In Relation To Steve Ebersole
In Relation To Steve Ebersole
Yesterday I released the third candidate release for Hibernate ORM 5.0 (5.0.0.CR3). We felt another CR was warranted because we had some minor integration (SPI) work that we needed to make in to Final, but too much development had happened since the second CR to be considered risk free to just include everything into Final. At any rate CR3 got lots of great TLC :) The complete set of changes can be seen in the Jira changelog. The main changes include:
Essentially passing Session along to the various region access strategy methods to allow integrating with non-JDBC transactions.
Improved namespace (catalog/schema) support overall in schema tools. Improved handling of views and synonyms for migrating and validating.
A few changes were made to the JDCB-based TransactionCoordinator to work more like in JTA environments. Specifically:
implemented support for marking the Transaction for rollback-only.
transaction is now rolled back automatically on a failed commit.
Besides updating the content, the content has been split into 3 separate guides:
Domain Model Mapping Guide
Additionally many other improvements and bugfixes are included. See https://hibernate.atlassian.net/projects/HHH/versions/20150 for the complete list of changes.
The release tag is available at https://github.com/hibernate/hibernate-orm/releases/edit/5.0.0.CR3
As always, see http://hibernate.org/orm/downloads/ for information on obtaining the releases.
The second candidate release for Hibernate ORM 5.0. CR2 was required because of a bug in how class-loading worked in certain managed JPA environments. The details can be found in HHH-9887. The main changes since CR1 include:
This is the blocking issue mentioned above. The problem would occur in environments passing a "temp ClassLoader" into
Hibernate via the JPA integration SPI (
javax.persistence.spi.PersistenceUnitInfo#getNewTempClassLoader) and manifest itself
The second-level caching SPI was improved, allowing the caching providers to generate cache keys. This includes the addition of the following methods:
For those making use of caching immutable entities by reference (rather than by "disassembled" state), an additional performance improvement is included in CR2.
A new feature in 5.0 is the automatic quoting of identifiers that are believed to be keywords in the underlying database.
As this support is new, often the Dialects are too aggressive in what they deem to be keywords.
Thus we added a new setting to disable this behavior if it causes problems in your application.
This can be controlled by specifying
hibernate.auto_quote_keyword as false in configuration settings.
added ability for automatic management of bi-directional associations
self-contained dirty state tracking (more efficient flushing), including switchable algorithms for dirty determination
The Hibernate team is proud to announce the first candidate release for 5.0. The main changes since the Beta2 release include:
- Initial generic typing for Hibernate native (Session, e.g.) APIs
- Continued development of the new bytecode enhancement capabilities including improved support in the Maven and Gradle plugins
- Support for parameterized types with AttributeConverter implementations
- Improved OSGi integration testing using Pax Exam and Karaf, and publishing a hibernate-osgi Karaf features file
- Auto quoting of keywords used as identifiers (
- Incorporating fixes, improvements and suggestions to the improved schema update and validation tooling
A lot of help from the community went into this release and the previous Beta releases. Thanks for all the help and work and testing and doggedness!
As always, see http://hibernate.org/orm/downloads/ for information on obtaining the releases.
Report any issues to Hibernate Jira
I have just finished releasing Hibernate O/RM 5.0.0.Beta2. Beyond Beta1, this release adds:
- Support for Spatial/GIS data through importing Hibernate Spatial.
- Complete redesign of
bulk id tablesused to support update/delete queries against multi-table structures. The redesign helps better fit what different databases support.
- Redesign of transaction management
- Much improved (and still improving!) schema management tooling for export, validation and migration.
At this point, 5.0.0 is getting a lot of testing. So even though it is still in Beta I am feeling pretty confident of its quality. I opted for another Beta here instead of CR1 for a few reasons:
- Investigate whether we want to convert Hibernate's native APIs (Session, etc) to be typed. There is one especially tricky case that needs to be figured out. A major release like this would be the time to do that
- I have just introduced some pretty significant Transaction changes since Beta1. I felt it would be prudent to have one more Beta to allow people time to try out those changes and allow for additional changes based on feedback
- I would still like to complete deprecating the Settings contract. The last piece there is the discussion I started earlier on the dev list wrt its usage in SPI contracts (L2 cache, etc). This effects a few integrations.
- I am working on better Karaf support for hibernate-osgi. Specifically creating a Karaf features respository that users can simply pick up and use. That work is well under way, but ongoing.
As always, see http://hibernate.org/orm/downloads/ for information on obtaining Hibernate O/RM.
We just got done releasing Hibernate O/RM 5.0.0.Beta1. I will follow up later with a more in depth blog post for 5.0.0.Final, but this first Beta implements all new APIs and most new features. Specifically in this Beta include:
- New bootstrapping API - better determinism, better integration
- Java 8 Support (though still compatible with Java 6). Just add hibernate-java8 to your classpath.
- Ability to handle additional Java types for id attributes marked as GenerationType#AUTO. Built-in support for Number and UUID. Expandable via new org.hibernate.boot.model.IdGeneratorStrategyInterpreter extension
- scanning support for non-JPA usage
- NamingStrategy has been removed in favor of a better designed API. 2 actually: org.hibernate.boot.model.naming.ImplicitNamingStrategy and org.hibernate.boot.model.naming.PhysicalNamingStrategy
Additionally, support for AttributeConverters has been expanded and more fully realized:
- fully supported for non-@Enumerated enum values
- applicable in conjunction with @Nationalized support
- called to handle null values
- settable in hbm.xml by using type="converter:fully.qualified.AttributeConverterName"
- integrated with hibernate-envers
- collection values, map keys
See http://hibernate.org/orm/downloads/ for information on obtaining Hibernate ORM.
NOTE: 5.0 is expected to be compatible with Java 6 (aside from the hibernate-java8 module naturally). However, Beta1 will not work with Java 6 due to something with JAXB that I have not yet had time to investigate. Beta1 requires Java 7. Again, the expectation is to have it be compatible with Java 6 by the next release if possible.
I have just released 4.3.1.Final, the first bugfix release for Hibernate ORM 4.3. In addition to bug fixes, a few improvements of note include:
- HHH-5289 : Improved performance of reflection calls
- HHH-6911 : Allows reading and writing @DiscriminatorValue from/to @DiscriminatorColumn when combined with InheritanceType.JOINED (for portability with providers which need DiscriminatorColumn)
- HHH-8865 : Added a new guide on logging to the growing set of topical guides. This is the first know documentation of any sort on using/configuring JBoss Logging, and also discusses some of the more good-to-know specific logging categories. See http://docs.jboss.org/hibernate/orm/4.3/topical/html/logging/Logging.html
See the release page for details of all changes.
Artifacts can be found in the usual places.
The Hibernate team is proud to announce the Hibernate ORM 4.3.0.Final Release. With this release, Hibernate is now a certified implementation of the JPA 2.1 specification. Certified awesomeness!
A lot of work has gone into this release over the last few months. The main focus of 4.3 was JPA 2.1 support, so much of the work these past few months focused on new JPA 2.1 features. The new features defined for JPA 2.1 include:
- Support for stored procedures. See my previous blog for details
- CriteriaUpdate and CriteriaDelete allow definition and execution of UPDATE and DELETE queries in type-safe Criteria form.
- Entity listeners can now take advantage of dependency injection through CDI.
- AttributeConverters, which define the ability to apply conversions on basic values between their database representation and their representation in your domain model. This is similar in concept to Hibernate's Type contract, although certainly less powerful (can only apply to basic values and operate on in-memory values). On the positive side, JPA AttributeConverters are portable across providers.
- Entity Graph support
- Standardized schema generation. With 2.1 JPA now defines schema generation which is standardized across providers in terms of how generation is performed and the settings providers understand as a baseline. Arun Gupta has a good write up of the basic schema generation support.
- Synchronization of persistence contexts via SynchronizationType
- @ConstructorResult support in result set mappings for native queries
The significant non-JPA work that has gone into 4.3 includes:
- Continued improvement in Hibernate's support for OSGi environments. OSGi support in 4.3 is still somewhat bound by certain design limitations within Hibernate, We plan to fully address these limitations in 5.0 (see HHH-8501 for details).
- Continued work on new bytecode enhancement support within Hibernate, adding support for
inline dirty checking. See HHH-8354 for details.
- Initial break down of the monolithic DocBook-based manuals into smaller Asciidoc-based topical guides (HHH-8606). This is an ongoing process.
The full change log for the release can be seen at https://hibernate.atlassian.net/browse/HHH/fixforversion/15150.
In 2 weeks we'll decide whether a CR3 is needed or release Final at that time.
Thanks for all the feedback!
The Hibernate team is proud to announce the 4.3.0.CR1 release of Hibernate ORM. This is the first release candidate for 4.3 and JPA 2.1 support. For those who maybe are not familiar with our release methodology, this means that in 2-3 weeks this release will essentially be re-tagged as Final unless some critical bugs are reported with it in the meantime.
I will do a full break down of all the new goodies added over the course of 4.3 development in the Final release announcement. Specific development of note done for CR1 include:
- Support for JPA 2.1 EntityGraphs. This was the biggie holding us back from going to CR. HHH-8285 and friends
- Integration of the Hibernate JPA Static Metamodel Generator into the ORM project - HHH-8483
- Starting on break down of the monolithic DocBook-based manuals into smaller Asciidoc-based topical guides (ongoing) - HHH-8606
- A number of performance fixes including HHH-8709, 8704, 8698, HHH-8682, etal.
The full version info (including change log) can be seen on the version page
Artifacts and release bundles can be found in the normal places.
Version 4.3.0.Beta5 release of the Hibernate ORM project has just been released. This is a step closer towards JPA 2.1 compliance, but also lots of other goodies. JPA 2.1 work of note includes:
- HHH-8478 - which should complete AttributeConverter support.
- HHH-8445 - which adds support for REF_CURSOR parameters and should complete StoredProcedureQuery support.
- HHH-8276 - which was the major prerequisite step for entity graph support. You'll be using that anytime you load entities directly or by to-one association.
- HHH-8523 - which improves support for parameters and returns using an explicit TemporalType and defined as Calendar
Non JPA 2.1 work of note includes:
- HHH-8476 - which now manages associated many-to-many table rows with bulk deletes (HQL/JPQL)
- HHH-7689 - which implements better clean up of JDBC batches during failed transactions. The previous behavior led to problems in the way Spring attempts to reuse Sessions after exceptions (which is technically not supported, but this was a good change to make anyway)
- HHH-8354 - which adds on top of the new
bytecode enhancementwork to weave in
in line dirty checking. In other word, we now have the ability to have entities and embeddables track their own state changes (via enhancement) and for Hibernate to leverage that knowledge during flush. This is still very young, but promises to significantly reduce flush times in many use-cases. We'll have more announcements about all the
bytecode enhancementenhancements later.
- HHH-8520 - ability to use the hibernate.globally_quoted_identifiers with HBM mappings
The full changelog can be found in Jira at https://hibernate.atlassian.net/browse/HHH/fixforversion/14250. Artifacts can be found in the usual places.
Beta6 is scheduled in Jira already following the normal 4 week time box, however be aware that that release is likely to not happen on that particular day; its more likely to be the week before or the week after as I am traveling that particular week. I'll keep Jira up to date as we go along.
Thanks for the support and contributions!