[ http://issues.apache.org/jira/browse/OPENJPA-91?page=comments#action_12461200 ] Kevin Sutter commented on OPENJPA-91: -------------------------------------
Not sure if this is the same problem or not, but we're hitting a similar problem when attempting to re-load an application that has been modified. Our problem exists with the WebSphere Feature Pack v6.1 Alpha for EJB3/JPA (https://www14.software.ibm.com/iwm/web/cc/earlyprograms/websphere/was61ejb3/). What we are finding is that the unloading of an application doesn't completely clean out the directory structure where the jar files exist (due to locks not properly cleaned up). Then, when the application is re-installed, these jar files get overlayed, but it causes some "corruption" that produces errors similar to the one posted. Sometimes we get a jar file corruption exception, sometimes we get a class loading error, and other similar exceptions have been produced. We will continue to pursue this problem, but resources are light at this time due to the holidays. A possible workaround is to re-start the application server. This seems to release the locks and allows the re-installation of the application possible. Something to try anyway... Kevin > java.lang.VerifyError on websphere after application reload > ----------------------------------------------------------- > > Key: OPENJPA-91 > URL: http://issues.apache.org/jira/browse/OPENJPA-91 > Project: OpenJPA > Issue Type: Bug > Environment: Using OpenJPA (openjpa-all-0.9.6-incubating.jar) in > Rational Developer 7 ( Websphere 6.1 test environment ) connected to Oracle > 9.2 database. > OS: WinXP SP2 > Reporter: Anders Monrad > Priority: Minor > > Hi .. > Not sure if this is a bug or just the way websphere reacts to openjpa. > I have a small test program using OpenJPA against an Oracle database. I am > running this program in the Websphere 6.1 test environment included with > Rational Developer 7. This is all working just fine. But when I make changes > to some ressource in the application, the chagnes are automatically published > to the test environment and the app is restarted. After this I get the > Exception below, whenever I try to access an EntityManager. > If I restart the entire server, the app is running fine again. So I guess > this is related to restarting the application. > Caused by: java.lang.VerifyError: class loading constraint violated (class: > org/apache/openjpa/kernel/BrokerImpl method: > newQueryImpl(Ljava/lang/String;Lorg/apache/openjpa/kernel/StoreQuery;)Lorg/apache/openjpa/kernel/QueryImpl;) > at pc: 0 > at java.lang.J9VMInternals.verifyImpl(Native Method) > at java.lang.J9VMInternals.verify(J9VMInternals.java:59) > at java.lang.J9VMInternals.initialize(J9VMInternals.java:120) > at java.lang.Class.forNameImpl(Native Method) > at java.lang.Class.forName(Class.java:131) > at > org.apache.openjpa.conf.OpenJPAConfigurationImpl.class$(OpenJPAConfigurationImpl.java:65) > at > org.apache.openjpa.conf.OpenJPAConfigurationImpl.<init>(OpenJPAConfigurationImpl.java:182) > at > org.apache.openjpa.jdbc.conf.JDBCConfigurationImpl.<init>(JDBCConfigurationImpl.java:110) > at > org.apache.openjpa.jdbc.conf.JDBCConfigurationImpl.<init>(JDBCConfigurationImpl.java:100) > at > org.apache.openjpa.jdbc.conf.JDBCConfigurationImpl.<init>(JDBCConfigurationImpl.java:91) > at > org.apache.openjpa.jdbc.kernel.JDBCBrokerFactory.newInstance(JDBCBrokerFactory.java:55) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at > sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:64) > at > sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:615) > at org.apache.openjpa.kernel.Bootstrap.invokeFactory(Bootstrap.java:117) > at > org.apache.openjpa.kernel.Bootstrap.newBrokerFactory(Bootstrap.java:57) > at > org.apache.openjpa.persistence.PersistenceProviderImpl.createEntityManagerFactory(PersistenceProviderImpl.java:70) > at > org.apache.openjpa.persistence.PersistenceProviderImpl.createEntityManagerFactory(PersistenceProviderImpl.java:78) > at > javax.persistence.Persistence.createEntityManagerFactory(Persistence.java:83) > at > javax.persistence.Persistence.createEntityManagerFactory(Persistence.java:60) > at > util.EntityManagerFactoryHelper.getEntityManagerFactory(EntityManagerFactoryHelper.java:22) -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
