Is it ready? On Thu, Mar 31, 2016, 2:28 PM Gail Badner <gbad...@redhat.com> wrote:
> I would like to see OperationContext introduced. > > On Thu, Mar 31, 2016 at 6:00 AM, Steve Ebersole <st...@hibernate.org> > wrote: > >> 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 <st...@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 <paranoia...@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.v...@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 <st...@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@lists.jboss.org >> >> > > https://lists.jboss.org/mailman/listinfo/hibernate-dev >> >> > > >> >> > _______________________________________________ >> >> > hibernate-dev mailing list >> >> > hibernate-dev@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@lists.jboss.org >> >> https://lists.jboss.org/mailman/listinfo/hibernate-dev >> >> >> > >> _______________________________________________ >> hibernate-dev mailing list >> hibernate-dev@lists.jboss.org >> https://lists.jboss.org/mailman/listinfo/hibernate-dev >> > > _______________________________________________ hibernate-dev mailing list hibernate-dev@lists.jboss.org https://lists.jboss.org/mailman/listinfo/hibernate-dev