Re: [hibernate-dev] Hibernate O/RM Java 8 API.
Hi Steve,
Sorry for disapearing for a bit, but I would like to get back to this
thread.
I guess there might be some miscommunication from my side about what I
would like to introduce into my extension and what I would like to
contribute to Hibernate ORM directly.
So to sum up I've continued working on my little project:
https://github.com/jmnarloch/hstreams - and made the first public release.
So if anyone wish to use Hibernate with Java 8 he is free to go.
I've basically added everything that we had talk about: that is Optional
query results, operating on Streams of query results, typed queries.
I had noticed that Hibernate 5 will additionally add support for JDK 8
dates API, so I'm planning to reuse that.
What more the extension can be already used with Hibernate 4.3.x and unless
you decide to move to Java 8 I can release another version that will be
compatible with Hibernate 5 .
Now I'm aware that this would be short living sub project till the moment
the Hibernate will migrate to Java 8, but untill that I can work on it.
Also If you decide to migrate finally to latest Java version, I would be
happy to prepare some pull requests based on the ideas I had already
implemented in this side project.
Regards,
Jakub Narlohc
2015-05-19 22:52 GMT+02:00 Steve Ebersole <steve(a)hibernate.org>:
On Tue, May 19, 2015 at 12:51 PM, Jakub Narloch
<jmnarloch(a)gmail.com>
wrote:
>
>
> 2015-05-19 18:16 GMT+02:00 Steve Ebersole <steve(a)hibernate.org>:
>>
>> > - Enable registration of LocaleDate, LocalTime as query params.
>>
>> You can do that now:
>> * org.hibernate.Query#setParameter(java.lang.String, java.lang.Object)
>> * org.hibernate.Query#setParameter(java.lang.String, java.lang.Object,
>> org.hibernate.type.Type)
>>
>> I assume you mean adding method signatures accepting those specific
>> types?
>>
> Yes, I meant a convinient methods similar to those setDate and setTime,
> something like setLocalDate, setLocalTime
>
But that would in fact introduce a Java 8 dependency on hibernate-core if
we did this directly. We could maybe use some form of "unwrap" notion
where hibernate-java8 could auto-register some delegate for "additional
param setting". We could use the same concept in relation to
hibernate-spatial as well for setting geolatte specific parameters.
>
>> >
>> > - Custom type handlers for LocalDate, LocalTime
>> >
>> > - Custom type handlers for Optional<?>
>>
> Sorry for ambiguity. I was refering to "custom user types" from the
> reference, this is at least my understanding how Hibernate maps the Object
> to SQL in general.
> To sum up what I would like to be able to do "mapping" of an entity as
> fallows:
>
> class Employee {
>
> Optional<Employee> manager;
>
> LocalDate createDate;
> LocalDate updateDate;
> }
>
As far as the Java 8 date/time stuff... see the hibernate-java8 module...
that is its whole goal... Optional support has a little more to it, some
of which is alluded to in this discussion
>
> So some extra org.hibernate.type.Type definitions will be needed similar
> to those that you had defined in hibernate-java8.
>
Um, why would we need extra*s*? We need one... for Optional.