How about a different approach? Like passing the DB version somehow to
the dialect so that it can decide for itself instead of having different
subclasses.
Am 16.02.2017 um 08:16 schrieb Gail Badner:
> HHH-11487 can be fixed by using changing DB2Dialect#getCrossJoinSeparator
> to return " cross
We have actually discussed doing something where Dialect's auto-configure
themselves, but such a change would likely be appropriate for a major
release only.
On 02/16/2017 04:57 AM, Christian Beikov wrote:
> How about a different approach? Like passing the DB version somehow to
> the dialect so t
On 16 February 2017 at 14:23, Chris Cranford wrote:
> We have actually discussed doing something where Dialect's auto-configure
> themselves, but such a change would likely be appropriate for a major
> release only.
>
> On 02/16/2017 04:57 AM, Christian Beikov wrote:
>> How about a different appro
Hi,
It's with great pleasure that I announce the release of Hibernate Validator
6.0.0.Alpha1.
This release is coordinated with the Bean Validation 2.0 Early Draft 1
release that happened earlier this week [1].
Hibernate Validator 6 will be the reference implementation of Bean
Validation 2.0, but
Hey guys,
a while ago I opened this issue:
https://hibernate.atlassian.net/browse/HHH-11089
which blocks me from using Hibernate with Oracle database (the well-known
issue with 30 chars limit for table/column/foreignkey/indexkey names).
While I managed to workaround the tablename/columnname by s
To Gail's specific question... As Sanne stated, a new Dialect is the only
option IMO for the moment.
But what Chris brings up is important, and something we really should start
deciding. We have been discussing it off and on for 4-5 years.
Dialects were originally designed to be inflexible. We
In the short term (for master), I'll add new DB2 dialect.
Thanks,
Gail
On Thu, Feb 16, 2017 at 7:45 AM, Steve Ebersole wrote:
> To Gail's specific question... As Sanne stated, a new Dialect is the only
> option IMO for the moment.
>
> But what Chris brings up is important, and something we real
Hi all,
I'm proposing the use of the `org.hibernate.lucene-modules` group id
for the stuff which we'll be releasing from this repository:
- https://github.com/hibernate/lucene-modules
Context: Hibernate Search has been packaging Apache Lucene as a
WildFly module, essentially including the Lucene
I created HHH-11499 to create a new dialect for DB2 to use "cross join"
syntax instead of "," (as is currently done in DB2Dialect).
Although DB2 9.1 reached its end of life April 30, 2015, some applications
may still be using that version, so I will create a new DB2 dialect that
extends DB2Dialect
