(Eclipse Persistence Services - 2.3.2.v20111125-r10461): org.eclipse.persistence.exceptions.DescriptorException

Question

We are upgrading various webservices to Weblogic 12c. We are running i a very annoying issue where the webservice can't be deployed on 12c whenever there is an element which is nillable and the type is an Enumartion. For example : <xsd:element name="adresType" type="bg:AdresType" nillable="true" minOccurs="0" /> where AdresType is :
    <xsd:simpleType name="AdresType">
        <xsd:restriction base="xsd:string">
            <xsd:enumeration value="DAILY" />
            <xsd:enumeration value="OFFICIAL" />
            <xsd:enumeration value="CORRESPONDENCE" />
        </xsd:restriction>
    </xsd:simpleType>
Putting eclipselink 2.5.0 on the class path solves the problem. However, i am using a shared environment and they don't allow me to change the classpath ;-(
I tried putting 'prefer-application-package', ' prefer-web-inf-classes' etcetera in the weblogic.xml. Doesn't work.
Can anybody help me out?
regards
Johan van Kampen

Answer 1

I've filed bug 382029 and checked in a fix into trunk (2.5) to fix the error you are getting so that it prints off the pk class causing the exception instead of 202 (which is the error code).
The reason it seems to work is that the error occurs at the tail end of initializing the descriptor for PlanEffectiveData. When you continue on, it doesn't retry initializing this descriptor and will proceed. What hasn't been initialized are the fetch groups and the primary key class for the PlanEffectiveData; you will likely run into an issue if you attempt to use an em.find on the PlanEffectiveData class.
I will have to test what the issue is, but I suspect it is a processing problem where the PersistableId IDClass isn't being replaced with the TemporalId class. Can you try removing the IDClass annotations from HistorySlice and seeing if you get this same exception? Presumably you will have to exclude any Entities that directly extend HistorySlice to test that it works correctly.
Regards,
Chris