[hibernate-dev] 6.0 planning

Steve Ebersole steve at hibernate.org
Thu Mar 31 09:00:18 EDT 2016


Oh... One other change I want to propose is better incorporate
MappedSuperclass into the org.hibernate.mapping hierarchy.  Koen, this will
affect tooling the most as it would mean changes to those contracts.

If we are making disruptive changes there, I guess the next logical
question is whether we use that opportunity to make other disruptive
changes that we have been putting off due to disruption.  Mainly I am
thinking of modeling the org.hibernate.mapping representation of the domain
hierarchy as more in-line with JPA terms.

On Thu, Mar 31, 2016 at 7:43 AM Steve Ebersole <steve at hibernate.org> wrote:

> Well baseline on Jana 8 would mean app support for many Java 8 features.
> Currency, optional, etc
>
> On Thu, Mar 31, 2016, 7:38 AM Petar Tahchiev <paranoiabla at gmail.com>
> wrote:
>
>> +1 on going java8. I'd also suggest adding support for javax.currency
>> JSR354
>>
>> 2016-03-31 15:23 GMT+03:00 Vlad Mihalcea <mihalcea.vlad at gmail.com>:
>>
>> > Hi,
>> >
>> > It makes sense to unify the core with hem in a single module.
>> >
>> > Currently, the flushing behavior differs if we execute a query through a
>> > Session or through an EntityManager.
>> > Does it mean that we eliminate those differences as well?
>> >
>> > Vlad
>> >
>> > On Thu, Mar 31, 2016 at 2:57 PM, Steve Ebersole <steve at hibernate.org>
>> > wrote:
>> >
>> > > We have been having a few side discussions about plans for 6.0, and I
>> > > thought it would be a good idea to consolidate them together.
>> > >
>> > >
>> > >    1. Incorporate the SQM work.  Lots of pieces go into this:
>> > >       1. Replacing the interpretation of HQL/JPQL and Criteria
>> queries.
>> > >       2. *Possibly* leveraging SQM to deal with entity operations
>> > >       (load-by-id, merge, etc).
>> > >       3. Improved Query contracts
>> > >       4. Improved persister contracts (including addition of an
>> > "embeddable
>> > >       persister").
>> > >       5. Improved Type contracts
>> > >    2. Extensions to JPA criteria based on SQM work(this is probably
>> more
>> > on
>> > >    ongoing 6.x task)
>> > >    3. Baseline on Java 8
>> > >
>> > > Is there anything else anyone wants to discuss getting included?
>> > >
>> > > Another one I'd like to discuss is the consolidation of the
>> > hibernate-core
>> > > and hibernate-entitymanager modules into a single module (possibly
>> > renamed
>> > > hibernate-orm).  There are a lot of reasons and benefits to doing
>> this:
>> > >
>> > >    1. A major one would be the consolidation of "type systems".
>> > Hibernate
>> > >    has org.hibernate.type.Type.  JPA defines javax.persistence.Type.
>> Now
>> > > with
>> > >    SQM we have a 3rd type system in play.
>> > >    2. It is also the major hurdle to moving to being able to fully
>> > replace
>> > >    the legacy criteria with JPA criteria.  If Session and
>> EntityManager
>> > (as
>> > >    well as SessionFactory ad EntiytManagerFactory) were fully
>> integrated
>> > > then
>> > >    Session would be able to build/handle JPA criteria queries.
>> > >    3. Simplified HEM bootstrapping
>> > >
>> > >
>> > > There are also a few challenges to doing this consolidation of the
>> > > hibernate-core and hibernate-entitymanager modules.  The big one tht
>> > stick
>> > > out in my head is event-listener with different behaviors between core
>> > and
>> > > hem.
>> > > _______________________________________________
>> > > hibernate-dev mailing list
>> > > hibernate-dev at lists.jboss.org
>> > > https://lists.jboss.org/mailman/listinfo/hibernate-dev
>> > >
>> > _______________________________________________
>> > hibernate-dev mailing list
>> > hibernate-dev at lists.jboss.org
>> > https://lists.jboss.org/mailman/listinfo/hibernate-dev
>> >
>>
>>
>>
>> --
>> Regards, Petar!
>> Karlovo, Bulgaria.
>> ---
>> Public PGP Key at:
>> http://pgp.mit.edu:11371/pks/lookup?op=get&search=0x19658550C3110611
>> Key Fingerprint: A369 A7EE 61BC 93A3 CDFF  55A5 1965 8550 C311 0611
>> _______________________________________________
>> hibernate-dev mailing list
>> hibernate-dev at lists.jboss.org
>> https://lists.jboss.org/mailman/listinfo/hibernate-dev
>>
>


More information about the hibernate-dev mailing list