You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@openjpa.apache.org by "Jason Zheng (JIRA)" <ji...@apache.org> on 2008/05/13 20:43:55 UTC
[jira] Created: (OPENJPA-600) java.lang.NoClassDefFoundError is
thrown when using JRocket and application-provided OpenJPA jars
java.lang.NoClassDefFoundError is thrown when using JRocket and application-provided OpenJPA jars
-------------------------------------------------------------------------------------------------
Key: OPENJPA-600
URL: https://issues.apache.org/jira/browse/OPENJPA-600
Project: OpenJPA
Issue Type: Bug
Components: kernel
Affects Versions: 1.1.0
Environment: Runtime enhancement in combination with a pure-JIT JVM such as JRocket
Reporter: Jason Zheng
Customers want to use a version of OpenJPA in their applications other than the version bundled with WebLogic. It enables customers to use an upgraded version of OpenJPA than is shipped with the product.
The customer's application would have openjpa.jar and kodo.jar in its lib or APP-INF/lib directory, and use the filtering classloader to filter out org.apache.openjpa.*, com.solarmetric.* and kodo.*.
When I deploy a sample application with embedded openjpa.jar to weblogic server, the following exception is thrown during deployment:
java.lang.NoClassDefFoundError: org/apache/openjpa/enhance/PCEnhancer
at org.apache.openjpa.enhance.PCClassFileTransformer.transform(PCClassFileTransformer.java:127)
at org.apache.openjpa.persistence.PersistenceProviderImpl$ClassTransformerImpl.transform(PersistenceProviderImpl.java:201)
at weblogic.deployment.PersistenceUnitInfoImpl$ClassPreProcessorImpl.preProcess(PersistenceUnitInfoImpl.java:490)
at weblogic.utils.classloaders.ClassPreProcessor$ClassPreProcessorSupport.preProcess(ClassPreProcessor.java:95)
at weblogic.utils.classloaders.GenericClassLoader.doPreProcess(GenericClassLoader.java:351)
at weblogic.utils.classloaders.GenericClassLoader.defineClass(GenericClassLoader.java:332)
at weblogic.utils.classloaders.GenericClassLoader.findLocalClass(GenericClassLoader.java:291)
at weblogic.utils.classloaders.GenericClassLoader.findClass(GenericClassLoader.java:259)
at java.lang.ClassLoader.loadClass(ClassLoader.java:306)
at java.lang.ClassLoader.loadClass(ClassLoader.java:251)
at weblogic.utils.classloaders.GenericClassLoader.loadClass(GenericClassLoader.java:179)
at java.lang.Class.getDeclaredMethods0(Native Method)
at java.lang.Class.privateGetDeclaredMethods(Class.java:2427)
at java.lang.Class.privateGetPublicMethods(Class.java:2547)
at java.lang.Class.getMethods(Class.java:1410)
at weblogic.ejb.container.ejbc.VersionHelperImpl.computeCRC(VersionHelperImpl.java:350)
at weblogic.ejb.container.ejbc.VersionHelperImpl.makeFileHash(VersionHelperImpl.java:268)
at weblogic.ejb.container.ejbc.VersionHelperImpl.<init>(VersionHelperImpl.java:78)
at weblogic.ejb.container.deployer.EJBDeployer.compileIfNecessary(EJBDeployer.java:521)
at weblogic.ejb.container.deployer.EJBDeployer.prepare(EJBDeployer.java:1154)
at weblogic.ejb.container.deployer.EJBModule.prepare(EJBModule.java:400)
at weblogic.application.internal.flow.ModuleListenerInvoker.prepare(ModuleListenerInvoker.java:93)
at weblogic.application.internal.flow.DeploymentCallbackFlow$1.next(DeploymentCallbackFlow.java:385)
at weblogic.application.utils.StateMachineDriver$ParallelChange$1.run(StateMachineDriver.java:71)
at weblogic.security.acl.internal.AuthenticatedSubject.doAs(AuthenticatedSubject.java:321)
at weblogic.security.service.SecurityManager.runAs(Unknown Source)
at weblogic.application.utils.StateMachineDriver$ParallelChange.run(StateMachineDriver.java:79)
at java.lang.Thread.run(Thread.java:619)
Note this error happens in pure-JIT JVM such as JRocket only, not with the interpreting JVMs (for instance HotSpot).
The error is because the tranformer plugin in openjpa makes a faulty assumption (which happens to work on interpreters), that types can be
resolved during execution of a method. Read up on the VM/lanf spec, it clearly states that you may not make such an assumption. Thus, while it might work with the reference, the preprocessor is quite broken.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Commented: (OPENJPA-600) java.lang.NoClassDefFoundError is
thrown when using JRocket and application-provided OpenJPA jars
Posted by "Jason Zheng (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/OPENJPA-600?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12596498#action_12596498 ]
Jason Zheng commented on OPENJPA-600:
-------------------------------------
The patch, OPENJPA-600.txt, is based on:
OpenJPA 1.1.0-SNAPSHOT
version id: openjpa-1.1.0-SNAPSHOT-r422266:653176M
Jason
> java.lang.NoClassDefFoundError is thrown when using JRocket and application-provided OpenJPA jars
> -------------------------------------------------------------------------------------------------
>
> Key: OPENJPA-600
> URL: https://issues.apache.org/jira/browse/OPENJPA-600
> Project: OpenJPA
> Issue Type: Bug
> Components: kernel
> Affects Versions: 1.1.0
> Environment: Runtime enhancement in combination with a pure-JIT JVM such as JRocket
> Reporter: Jason Zheng
> Attachments: OPENJPA-600.txt
>
>
> Customers want to use a version of OpenJPA in their applications other than the version bundled with WebLogic. It enables customers to use an upgraded version of OpenJPA than is shipped with the product.
> The customer's application would have openjpa.jar and kodo.jar in its lib or APP-INF/lib directory, and use the filtering classloader to filter out org.apache.openjpa.*, com.solarmetric.* and kodo.*.
> When I deploy a sample application with embedded openjpa.jar to weblogic server, the following exception is thrown during deployment:
> java.lang.NoClassDefFoundError: org/apache/openjpa/enhance/PCEnhancer
> at org.apache.openjpa.enhance.PCClassFileTransformer.transform(PCClassFileTransformer.java:127)
> at org.apache.openjpa.persistence.PersistenceProviderImpl$ClassTransformerImpl.transform(PersistenceProviderImpl.java:201)
> at weblogic.deployment.PersistenceUnitInfoImpl$ClassPreProcessorImpl.preProcess(PersistenceUnitInfoImpl.java:490)
> at weblogic.utils.classloaders.ClassPreProcessor$ClassPreProcessorSupport.preProcess(ClassPreProcessor.java:95)
> at weblogic.utils.classloaders.GenericClassLoader.doPreProcess(GenericClassLoader.java:351)
> at weblogic.utils.classloaders.GenericClassLoader.defineClass(GenericClassLoader.java:332)
> at weblogic.utils.classloaders.GenericClassLoader.findLocalClass(GenericClassLoader.java:291)
> at weblogic.utils.classloaders.GenericClassLoader.findClass(GenericClassLoader.java:259)
> at java.lang.ClassLoader.loadClass(ClassLoader.java:306)
> at java.lang.ClassLoader.loadClass(ClassLoader.java:251)
> at weblogic.utils.classloaders.GenericClassLoader.loadClass(GenericClassLoader.java:179)
> at java.lang.Class.getDeclaredMethods0(Native Method)
> at java.lang.Class.privateGetDeclaredMethods(Class.java:2427)
> at java.lang.Class.privateGetPublicMethods(Class.java:2547)
> at java.lang.Class.getMethods(Class.java:1410)
> at weblogic.ejb.container.ejbc.VersionHelperImpl.computeCRC(VersionHelperImpl.java:350)
> at weblogic.ejb.container.ejbc.VersionHelperImpl.makeFileHash(VersionHelperImpl.java:268)
> at weblogic.ejb.container.ejbc.VersionHelperImpl.<init>(VersionHelperImpl.java:78)
> at weblogic.ejb.container.deployer.EJBDeployer.compileIfNecessary(EJBDeployer.java:521)
> at weblogic.ejb.container.deployer.EJBDeployer.prepare(EJBDeployer.java:1154)
> at weblogic.ejb.container.deployer.EJBModule.prepare(EJBModule.java:400)
> at weblogic.application.internal.flow.ModuleListenerInvoker.prepare(ModuleListenerInvoker.java:93)
> at weblogic.application.internal.flow.DeploymentCallbackFlow$1.next(DeploymentCallbackFlow.java:385)
> at weblogic.application.utils.StateMachineDriver$ParallelChange$1.run(StateMachineDriver.java:71)
> at weblogic.security.acl.internal.AuthenticatedSubject.doAs(AuthenticatedSubject.java:321)
> at weblogic.security.service.SecurityManager.runAs(Unknown Source)
> at weblogic.application.utils.StateMachineDriver$ParallelChange.run(StateMachineDriver.java:79)
> at java.lang.Thread.run(Thread.java:619)
> Note this error happens in pure-JIT JVM such as JRocket only, not with the interpreting JVMs (for instance HotSpot).
> The error is because the tranformer plugin in openjpa makes a faulty assumption (which happens to work on interpreters), that types can be
> resolved during execution of a method. Read up on the VM/lanf spec, it clearly states that you may not make such an assumption. Thus, while it might work with the reference, the preprocessor is quite broken.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Updated: (OPENJPA-600) java.lang.NoClassDefFoundError is
thrown when using JRocket and application-provided OpenJPA jars
Posted by "Jason Zheng (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/OPENJPA-600?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Jason Zheng updated OPENJPA-600:
--------------------------------
Attachment: OPENJPA-600.txt
The error is because the tranformer plugin in openjpa makes a faulty assumption (which happens to work on interpreters), that types can be resolved during execution of a method. Read up on the VM/lanf spec, it clearly states that you may not make such an assumption. Thus, while it might work with the reference, the preprocessor is quite broken.
We have to split the transform method into two methods to avoid ClassCircularityError (which is swallowed and rethrown as NoClassDefFoundError) when compiling of this method using pure-JIT JVM such as JRockit.
> java.lang.NoClassDefFoundError is thrown when using JRocket and application-provided OpenJPA jars
> -------------------------------------------------------------------------------------------------
>
> Key: OPENJPA-600
> URL: https://issues.apache.org/jira/browse/OPENJPA-600
> Project: OpenJPA
> Issue Type: Bug
> Components: kernel
> Affects Versions: 1.1.0
> Environment: Runtime enhancement in combination with a pure-JIT JVM such as JRocket
> Reporter: Jason Zheng
> Attachments: OPENJPA-600.txt
>
>
> Customers want to use a version of OpenJPA in their applications other than the version bundled with WebLogic. It enables customers to use an upgraded version of OpenJPA than is shipped with the product.
> The customer's application would have openjpa.jar and kodo.jar in its lib or APP-INF/lib directory, and use the filtering classloader to filter out org.apache.openjpa.*, com.solarmetric.* and kodo.*.
> When I deploy a sample application with embedded openjpa.jar to weblogic server, the following exception is thrown during deployment:
> java.lang.NoClassDefFoundError: org/apache/openjpa/enhance/PCEnhancer
> at org.apache.openjpa.enhance.PCClassFileTransformer.transform(PCClassFileTransformer.java:127)
> at org.apache.openjpa.persistence.PersistenceProviderImpl$ClassTransformerImpl.transform(PersistenceProviderImpl.java:201)
> at weblogic.deployment.PersistenceUnitInfoImpl$ClassPreProcessorImpl.preProcess(PersistenceUnitInfoImpl.java:490)
> at weblogic.utils.classloaders.ClassPreProcessor$ClassPreProcessorSupport.preProcess(ClassPreProcessor.java:95)
> at weblogic.utils.classloaders.GenericClassLoader.doPreProcess(GenericClassLoader.java:351)
> at weblogic.utils.classloaders.GenericClassLoader.defineClass(GenericClassLoader.java:332)
> at weblogic.utils.classloaders.GenericClassLoader.findLocalClass(GenericClassLoader.java:291)
> at weblogic.utils.classloaders.GenericClassLoader.findClass(GenericClassLoader.java:259)
> at java.lang.ClassLoader.loadClass(ClassLoader.java:306)
> at java.lang.ClassLoader.loadClass(ClassLoader.java:251)
> at weblogic.utils.classloaders.GenericClassLoader.loadClass(GenericClassLoader.java:179)
> at java.lang.Class.getDeclaredMethods0(Native Method)
> at java.lang.Class.privateGetDeclaredMethods(Class.java:2427)
> at java.lang.Class.privateGetPublicMethods(Class.java:2547)
> at java.lang.Class.getMethods(Class.java:1410)
> at weblogic.ejb.container.ejbc.VersionHelperImpl.computeCRC(VersionHelperImpl.java:350)
> at weblogic.ejb.container.ejbc.VersionHelperImpl.makeFileHash(VersionHelperImpl.java:268)
> at weblogic.ejb.container.ejbc.VersionHelperImpl.<init>(VersionHelperImpl.java:78)
> at weblogic.ejb.container.deployer.EJBDeployer.compileIfNecessary(EJBDeployer.java:521)
> at weblogic.ejb.container.deployer.EJBDeployer.prepare(EJBDeployer.java:1154)
> at weblogic.ejb.container.deployer.EJBModule.prepare(EJBModule.java:400)
> at weblogic.application.internal.flow.ModuleListenerInvoker.prepare(ModuleListenerInvoker.java:93)
> at weblogic.application.internal.flow.DeploymentCallbackFlow$1.next(DeploymentCallbackFlow.java:385)
> at weblogic.application.utils.StateMachineDriver$ParallelChange$1.run(StateMachineDriver.java:71)
> at weblogic.security.acl.internal.AuthenticatedSubject.doAs(AuthenticatedSubject.java:321)
> at weblogic.security.service.SecurityManager.runAs(Unknown Source)
> at weblogic.application.utils.StateMachineDriver$ParallelChange.run(StateMachineDriver.java:79)
> at java.lang.Thread.run(Thread.java:619)
> Note this error happens in pure-JIT JVM such as JRocket only, not with the interpreting JVMs (for instance HotSpot).
> The error is because the tranformer plugin in openjpa makes a faulty assumption (which happens to work on interpreters), that types can be
> resolved during execution of a method. Read up on the VM/lanf spec, it clearly states that you may not make such an assumption. Thus, while it might work with the reference, the preprocessor is quite broken.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.