Re: [hibernate-dev] Extended KEY expression support

2017-01-28 Thread Chris Cranford
My thoughts On 01/28/2017 06:00 AM, Christian Beikov wrote: > I created an issue for this feature: > https://hibernate.atlassian.net/browse/HHH-11433 > > > Am 27.01.2017 um 23:58 schrieb Steve Ebersole >> I personally would vote to *not* make this change in 5.x even in terms >> of making it c

Re: [hibernate-dev] Extended KEY expression support

2017-01-28 Thread Christian Beikov
I created an issue for this feature: https://hibernate.atlassian.net/browse/HHH-11433 If we agree to render "domain joins" that involve multiple tables with the ANSI SQL parenthesis join syntax, we can actually even "ignore" the join types for key and value tables. That would make things like

Re: [hibernate-dev] Extended KEY expression support

2017-01-27 Thread Steve Ebersole
FWIW = for what it is worth. TBH, to me it is not worth much ;) I don't do things "just because EclipseLink does it". On Fri, Jan 27, 2017 at 2:33 PM Christian Beikov wrote: > Fwiw EclipseLink supports both syntaxes "JOIN KEY(m) k" and also "JOIN > KEY(m).association". > > Am 27.01.2017 um 20

Re: [hibernate-dev] Extended KEY expression support

2017-01-27 Thread Steve Ebersole
My initial thoughts... On Fri, Jan 27, 2017 at 1:29 PM Christian Beikov wrote: > I have a little proposal for supporting the use of a KEY expression in > the FROM clause and I'd like to hear your opinions on that. > Unfortunately the JPA spec does not support that, but since a key of a > java.ut

Re: [hibernate-dev] Extended KEY expression support

2017-01-27 Thread Christian Beikov
Fwiw EclipseLink supports both syntaxes "JOIN KEY(m) k" and also "JOIN KEY(m).association". Am 27.01.2017 um 20:25 schrieb Christian Beikov: > I have a little proposal for supporting the use of a KEY expression in > the FROM clause and I'd like to hear your opinions on that. > Unfortunately the