Fixed
Details
Assignee
Steve EbersoleSteve EbersoleReporter
Robert BradyRobert BradyLabels
Components
Fix versions
Priority
Major
Details
Details
Assignee
Steve Ebersole
Steve EbersoleReporter
Robert Brady
Robert BradyLabels
Components
Fix versions
Priority
Created August 19, 2011 at 5:52 PM
Updated August 6, 2013 at 3:16 AM
Resolved March 2, 2012 at 8:39 PM
I am upgrading from Hibernate 3.2.x to 3.5.5 and getting UnsupportedOperationExceptions thrown when Hibernate is trying to create the metamodel. This is due to the dependency of my application upon jBPM 3.x, which uses "any" mappings for some of its classes.
The exception occurs in org.hibernate.ejb.metamodel.AttributeFactory.determineAttributeMetadata(...)
It is due to the logic in AttributeFactory at line 451:
The "Big Hammer" approach of globally disabling the creation of the metamodel with the property setting:
is not feasible: other components in my application depend upon the criteria search api, which need a generated meatamodel. Splitting the single application persistence unit into two parts ( one for the jBPM persisted classes with metamodel disabled and all other classes with metamodel enabled) is not feasible either. The split persistence unit approach would also split transaction boundaries of operations that are desired to be in a single transaction.
Hibernate should support "any" mappings in the metamodel. The @Any annotation is supported in Hibernate Annotation 3.5.5.
If Hibernate can not support "any" mappings then maybe it could:
Allow the exclusion of persistent classes by package in the metamodel. I tried this successfully by changing the following code in org.hibernate.ejb.EntityManagerFactoryImpl constructor:
Exclude persistent classes having "any" mappings from the metamodel generation.