Description Michael OBrien 2009-07-02 10:12:33 EDT

>Issue:
In support of the JPA 2.0 Metamodel API, the Metadata API was modified.
In the following part of bug# 266912 , a modification was put in for MappedSuperclass descriptors as a workaround for inherited parameterized generics types so that we default to Void.class for any type "T" that is unresolvable.

We catch an expected ValidationException (by trying to classLoad the class) in this specific case and return a new MetadataClass around Void.class - instead of allowing the exception to proceed.

>see:
https://bugs.eclipse.org/bugs/attachment.cgi?id=140424&action=diff#jpa/org.eclipse.persistence.jpa/src/org/eclipse/persistence/internal/jpa/metadata/accessors/mappings/MappingAccessor.java_sec4

http://fisheye2.atlassian.com/browse/eclipselink/trunk/jpa/org.eclipse.persistence.jpa/src/org/eclipse/persistence/internal/jpa/metadata/accessors/mappings/MappingAccessor.java?r1=4525&r2=4587

>Solution:
The existing solution in MappingAccessor.getMapKeyReferenceClass():540 works.
However, we may want to investigate a better refactor of this method in the future that avoids a try catch block.
Preferably a new function like isGeneric() or isParameterizeGeneric()