EclipseLink 1.1.1 Manifest
|
View:
New views
4 Messages
—
Rating Filter:
Alert me
|
 |
EclipseLink 1.1.1 Manifest
by polly.c.chang
::
Rate this Message:
Hi,
Recently we updated from EclipseLink 1.1.0 to 1.1.1. Our non-OSGi unit tests passed, but when we tried to run inside OSGi, we got a NoClassDefFoundError for javax.activation (see entire stacktrace below). We traced this to a change in the Manifest file. In 1.1.0, the Manifest says: Import-Package: javax.activation;version="1.1.0";resolution:=optional In 1.1.1, the Manifest says: Import-Package: javax.activation;vendor=sun;resolution:=optional The Vendor has been specified as "Sun", but we are using the version from Springsource: <dependency> <groupId>javax.activation</groupId> <artifactId>com.springsource.javax.activation</artifactId> </dependency> This was working for 1.1.0. Is there a reason why you added that the vendor must be Sun? If this is necessary, then where should we get the bundle? In case you are interested in the entire stacktrace, here it is: Caused by: java.lang.NoClassDefFoundError: javax/activation/DataHandler at java.lang.Class.getDeclaredFields0(Native Method) at java.lang.Class.privateGetDeclaredFields(Class.java:2259) at java.lang.Class.getDeclaredField(Class.java:1852) at org.eclipse.persistence.internal.security.PrivilegedAccessHelper.findDeclaredField(PrivilegedAccessHelper.java:41) at org.eclipse.persistence.internal.security.PrivilegedAccessHelper.getField(PrivilegedAccessHelper.java:159) at org.eclipse.persistence.internal.helper.Helper.getField(Helper.java:925) at org.eclipse.persistence.internal.descriptors.InstanceVariableAttributeAccessor.initializeAttributes(InstanceVariableAttributeAccessor.java:99) at org.eclipse.persistence.mappings.DatabaseMapping.preInitialize(DatabaseMapping.java:1094) at org.eclipse.persistence.mappings.foundation.AbstractDirectMapping.preInitialize(AbstractDirectMapping.java:618) at org.eclipse.persistence.oxm.XMLDescriptor.preInitialize(XMLDescriptor.java:426) at org.eclipse.persistence.internal.sessions.DatabaseSessionImpl.initializeDescriptors(DatabaseSessionImpl.java:429) at org.eclipse.persistence.sessions.Project.addDescriptors(Project.java:257) at org.eclipse.persistence.internal.sessions.DatabaseSessionImpl.addDescriptors(DatabaseSessionImpl.java:238) at org.eclipse.persistence.internal.sessions.factories.MissingDescriptorListener.missingDescriptor(MissingDescriptorListener.java:84) at org.eclipse.persistence.sessions.SessionEventManager.missingDescriptor(SessionEventManager.java:127) at org.eclipse.persistence.internal.sessions.AbstractSession.getDescriptor(AbstractSession.java:1605) at org.eclipse.persistence.oxm.mappings.XMLCompositeCollectionMapping.getReferenceDescriptor(XMLCompositeCollectionMapping.java:502) at org.eclipse.persistence.oxm.mappings.XMLCompositeCollectionMapping.valueFromRow(XMLCompositeCollectionMapping.java:429) at org.eclipse.persistence.mappings.DatabaseMapping.readFromRowIntoObject(DatabaseMapping.java:1136) at org.eclipse.persistence.internal.descriptors.ObjectBuilder.buildAttributesIntoObject(ObjectBuilder.java:325) at org.eclipse.persistence.internal.oxm.XMLObjectBuilder.buildAttributesIntoObject(XMLObjectBuilder.java:404) at org.eclipse.persistence.internal.oxm.XMLObjectBuilder.buildObject(XMLObjectBuilder.java:288) at org.eclipse.persistence.oxm.mappings.XMLCompositeCollectionMapping.buildCompositeObject(XMLCompositeCollectionMapping.java:338) at org.eclipse.persistence.oxm.mappings.XMLCompositeCollectionMapping.valueFromRow(XMLCompositeCollectionMapping.java:440) at org.eclipse.persistence.mappings.DatabaseMapping.readFromRowIntoObject(DatabaseMapping.java:1136) at org.eclipse.persistence.internal.descriptors.ObjectBuilder.buildAttributesIntoObject(ObjectBuilder.java:325) at org.eclipse.persistence.internal.oxm.XMLObjectBuilder.buildAttributesIntoObject(XMLObjectBuilder.java:404) at org.eclipse.persistence.internal.oxm.XMLObjectBuilder.buildObject(XMLObjectBuilder.java:288) at org.eclipse.persistence.internal.oxm.record.DOMUnmarshaller.xmlToObject(DOMUnmarshaller.java:377) at org.eclipse.persistence.internal.oxm.record.DOMUnmarshaller.xmlToObject(DOMUnmarshaller.java:307) at org.eclipse.persistence.internal.oxm.record.DOMUnmarshaller.unmarshal(DOMUnmarshaller.java:191) at org.eclipse.persistence.oxm.XMLUnmarshaller.unmarshal(XMLUnmarshaller.java:412) at org.eclipse.persistence.sessions.factories.XMLProjectReader.readObjectPersistenceRuntimeFormat(XMLProjectReader.java:287) at org.eclipse.persistence.sessions.factories.XMLProjectReader.read(XMLProjectReader.java:180)41) Thanks! --Polly |
|
|
Re: EclipseLink 1.1.1 Manifest
by polly.c.chang
::
Rate this Message:
Hello? Can anybody help me with this question?
Thanks! --Polly
|
|
|
RE: EclipseLink 1.1.1 Manifest
by djclarke
::
Rate this Message:
I believe this has been fixed for the upcoming 1.1.2 release. The latest manifest is visible here:
http://dev.eclipse.org/svnroot/rt/org.eclipse.persistence/branches/1.1.0/trunk/moxy/org.eclipse.persistence.moxy/META-INF/MANIFEST.MF and the bug that addressed it is: https://bugs.eclipse.org/bugs/show_bug.cgi?id=279694 Doug -----Original Message----- From: polly.c.chang [mailto:polly.c.chang@...] Sent: Friday, June 19, 2009 8:04 PM To: eclipselink-users@... Subject: Re: [eclipselink-users] EclipseLink 1.1.1 Manifest Hello? Can anybody help me with this question? Thanks! --Polly polly.c.chang wrote: > > Hi, > > Recently we updated from EclipseLink 1.1.0 to 1.1.1. Our non-OSGi unit > tests passed, but when we tried to run inside OSGi, we got a > NoClassDefFoundError for javax.activation (see entire stacktrace below). > We traced this to a change in the Manifest file. > > In 1.1.0, the Manifest says: > Import-Package: javax.activation;version="1.1.0";resolution:=optional > > In 1.1.1, the Manifest says: > Import-Package: javax.activation;vendor=sun;resolution:=optional > > The Vendor has been specified as "Sun", but we are using the version from > Springsource: > > <dependency> > <groupId>javax.activation</groupId> > <artifactId>com.springsource.javax.activation</artifactId> > </dependency> > > This was working for 1.1.0. Is there a reason why you added that the > vendor must be Sun? If this is necessary, then where should we get the > bundle? > > In case you are interested in the entire stacktrace, here it is: > > Caused by: java.lang.NoClassDefFoundError: javax/activation/DataHandler > at java.lang.Class.getDeclaredFields0(Native Method) > at java.lang.Class.privateGetDeclaredFields(Class.java:2259) > at java.lang.Class.getDeclaredField(Class.java:1852) > at > org.eclipse.persistence.internal.security.PrivilegedAccessHelper.findDeclaredField(PrivilegedAccessHelper.java:41) > at > org.eclipse.persistence.internal.security.PrivilegedAccessHelper.getField(PrivilegedAccessHelper.java:159) > at > org.eclipse.persistence.internal.helper.Helper.getField(Helper.java:925) > at > org.eclipse.persistence.internal.descriptors.InstanceVariableAttributeAccessor.initializeAttributes(InstanceVariableAttributeAccessor.java:99) > at > org.eclipse.persistence.mappings.DatabaseMapping.preInitialize(DatabaseMapping.java:1094) > at > org.eclipse.persistence.mappings.foundation.AbstractDirectMapping.preInitialize(AbstractDirectMapping.java:618) > at > org.eclipse.persistence.oxm.XMLDescriptor.preInitialize(XMLDescriptor.java:426) > at > org.eclipse.persistence.internal.sessions.DatabaseSessionImpl.initializeDescriptors(DatabaseSessionImpl.java:429) > at > org.eclipse.persistence.sessions.Project.addDescriptors(Project.java:257) > at > org.eclipse.persistence.internal.sessions.DatabaseSessionImpl.addDescriptors(DatabaseSessionImpl.java:238) > at > org.eclipse.persistence.internal.sessions.factories.MissingDescriptorListener.missingDescriptor(MissingDescriptorListener.java:84) > at > org.eclipse.persistence.sessions.SessionEventManager.missingDescriptor(SessionEventManager.java:127) > at > org.eclipse.persistence.internal.sessions.AbstractSession.getDescriptor(AbstractSession.java:1605) > at > org.eclipse.persistence.oxm.mappings.XMLCompositeCollectionMapping.getReferenceDescriptor(XMLCompositeCollectionMapping.java:502) > at > org.eclipse.persistence.oxm.mappings.XMLCompositeCollectionMapping.valueFromRow(XMLCompositeCollectionMapping.java:429) > at > org.eclipse.persistence.mappings.DatabaseMapping.readFromRowIntoObject(DatabaseMapping.java:1136) > at > org.eclipse.persistence.internal.descriptors.ObjectBuilder.buildAttributesIntoObject(ObjectBuilder.java:325) > at > org.eclipse.persistence.internal.oxm.XMLObjectBuilder.buildAttributesIntoObject(XMLObjectBuilder.java:404) > at > org.eclipse.persistence.internal.oxm.XMLObjectBuilder.buildObject(XMLObjectBuilder.java:288) > at > org.eclipse.persistence.oxm.mappings.XMLCompositeCollectionMapping.buildCompositeObject(XMLCompositeCollectionMapping.java:338) > at > org.eclipse.persistence.oxm.mappings.XMLCompositeCollectionMapping.valueFromRow(XMLCompositeCollectionMapping.java:440) > at > org.eclipse.persistence.mappings.DatabaseMapping.readFromRowIntoObject(DatabaseMapping.java:1136) > at > org.eclipse.persistence.internal.descriptors.ObjectBuilder.buildAttributesIntoObject(ObjectBuilder.java:325) > at > org.eclipse.persistence.internal.oxm.XMLObjectBuilder.buildAttributesIntoObject(XMLObjectBuilder.java:404) > at > org.eclipse.persistence.internal.oxm.XMLObjectBuilder.buildObject(XMLObjectBuilder.java:288) > at > org.eclipse.persistence.internal.oxm.record.DOMUnmarshaller.xmlToObject(DOMUnmarshaller.java:377) > at > org.eclipse.persistence.internal.oxm.record.DOMUnmarshaller.xmlToObject(DOMUnmarshaller.java:307) > at > org.eclipse.persistence.internal.oxm.record.DOMUnmarshaller.unmarshal(DOMUnmarshaller.java:191) > at > org.eclipse.persistence.oxm.XMLUnmarshaller.unmarshal(XMLUnmarshaller.java:412) > at > org.eclipse.persistence.sessions.factories.XMLProjectReader.readObjectPersistenceRuntimeFormat(XMLProjectReader.java:287) > at > org.eclipse.persistence.sessions.factories.XMLProjectReader.read(XMLProjectReader.java:180)41) > > Thanks! > --Polly > -- View this message in context: http://www.nabble.com/EclipseLink-1.1.1-Manifest-tp23931883p24120510.html Sent from the EclipseLink - Users mailing list archive at Nabble.com. _______________________________________________ eclipselink-users mailing list eclipselink-users@... https://dev.eclipse.org/mailman/listinfo/eclipselink-users _______________________________________________ eclipselink-users mailing list eclipselink-users@... https://dev.eclipse.org/mailman/listinfo/eclipselink-users |
|
|
RE: EclipseLink 1.1.1 Manifest
by polly.c.chang
::
Rate this Message:
Hi Doug,
You guys are awesome. Thank you! :) --Polly
|
| Free embeddable forum powered by Nabble | Forum Help |
