Community
Participate
Working Groups
Created attachment 217852 [details] maven sample project with testcase and patched 2.3.2 InheritancePolicy.java problem: ProductAAA extends AbstractProduct with InheritanceType.JOINED em.find(AbstractProduct.class, id); em.find(ProductAAA.class, id); do not return the same result for a given ID when AbstractProduct has more than one many-to-one, one-to-one, or a combination of those relationships of the same type, configured to be join-fetched. cause: the query (ReadObjectQuery) passed into InheritancePolicy.selectOneRowUsingDefaultMultipleTableSubclassRead is used for determining the concreteclass, and later for processing the AbstractRow. But since the actual result is fetched using an other query object, the original one does't hold the correct joinedAttributeManager. possible solution 1: set concrete referenceClass & descriptor on original query instead of cloning. possible solution 2: use the joinedAttributeManager of concreteQuery and set it on the original query. note: 1. I did't investigate selectOneRowUsingCustomMultipleTableSubclassRead as I'm not sure of the use cases, but I suppose a similar problem exists. 2. selectAllRowUsingDefaultMultipleTableSubclassRead already has a mechanism for handling joinedMappingIndexes.
Setting target and priority. See the following page for the meanings of these fields: http://wiki.eclipse.org/EclipseLink/Development/Bugs/Guidelines Community: Please vote for this bug if it is important to you. Votes are one of the main criteria we use to determine which bugs to fix next. Note: We try to look at all submitted patches prior to the next patch release. Hopefully we can look at this patch in that timeframe.
Taking a look
Releasing
The Eclipselink project has moved to Github: https://github.com/eclipse-ee4j/eclipselink