Craig
Begin forwarded message:
From: Marc Prud'hommeaux <[EMAIL PROTECTED]> Date: March 13, 2007 10:10:28 PM PDT To: [email protected] Subject: Re: Another bad Maven day Reply-To: [email protected] Mike-Thanks for the tip. Adding <useSystemClassLoader> seems to fix the problem so I've gone ahead and added that to our pom.xml.On Mar 13, 2007, at 8:05 PM, Michael Dick wrote:I think we're running into a side effect of http://jira.codehaus.org/browse/SUREFIRE-301 (just a guess though).I was able to get the tests to run by going back to surefire 2.2, or settinguseSystemClassLoader to true in the surefire configuration options.Either way should work. If we set the useSystemClassLoader config option we can pick up new versions of surefire in the mean time. Then again maybewe're better off with a version that we know works. -Mike On 3/13/07, Craig L Russell <[EMAIL PROTECTED]> wrote:The cayenne guys just hard coded their dependency on surefire to 2.2.I don't know if the maven surefire folks are aware of this issue. I personally don't know who to talk to over there... Craig On Mar 13, 2007, at 6:56 PM, Marc Prud'hommeaux wrote: > Craig- >> Yes, there do appear to be problems. If I clobber my repository (so> that the latest surefire plugin is downloaded) and try to run the > tests, everything fails with "java.lang.ClassNotFoundException: > org.apache.openjpa.util.CacheMap". > > I'll try to look into it tonight... > > > > On Mar 13, 2007, at 6:17 PM, Craig L Russell wrote: > >> The surefire plugin was just updated from 2.2 to 2.3 and the>> instrumentation no longer works (for the cayenne project at least).>> >> Anyone know whether this affects us? >> >> Craig >> >> Begin forwarded message: >> >>> From: Andrus Adamchik <[EMAIL PROTECTED]> >>> Date: March 13, 2007 11:09:48 AM PDT >>> To: [email protected] >>> Subject: Another bad Maven day >>> Reply-To: [email protected] >>> >>> Something changed in the Maven unit test class loading.... >>> Instrumentation args no longer work... Somehow I think this is >>> related to the new version of the surefire plugin that I noticed >>> was loaded on March 7 :-( >>> >>> Andrus >>> >>> >>> [INFO] Surefire report directory: /Users/andrus/work/cayenne/ >>> itests/pojo/target/surefire-reports >>> *** CayenneAgent starting... >>> org.apache.maven.surefire.booter.SurefireExecutionException: >>> org.apache.cayenne.itest.pojo.ExposedPkTest; nested exception is >>> java.lang.ExceptionInInitializerError: null; nested exception is >>> org.apache.maven.surefire.testset.TestSetFailedException: >>> org.apache.cayenne.itest.pojo.ExposedPkTest; nested exception is >>> java.lang.ExceptionInInitializerError: null >>> org.apache.maven.surefire.testset.TestSetFailedException: >>> org.apache.cayenne.itest.pojo.ExposedPkTest; nested exception is >>> java.lang.ExceptionInInitializerError: null >>> java.lang.ExceptionInInitializerError>>> at sun.reflect.NativeConstructorAccessorImpl.newInstance0>>> (Native Method) >>> at sun.reflect.NativeConstructorAccessorImpl.newInstance >>> (NativeConstructorAccessorImpl.java:39) >>> at >>> sun.reflect.DelegatingConstructorAccessorImpl.newInstance >>> (DelegatingConstructorAccessorImpl.java:27) >>> at java.lang.reflect.Constructor.newInstance >>> (Constructor.java:494)>>> at junit.framework.TestSuite.createTest (TestSuite.java:131) >>> at junit.framework.TestSuite.addTestMethod (TestSuite.java:>>> 114) >>> at junit.framework.TestSuite.<init>(TestSuite.java:75)>>> at sun.reflect.NativeConstructorAccessorImpl.newInstance0>>> (Native Method) >>> at sun.reflect.NativeConstructorAccessorImpl.newInstance >>> (NativeConstructorAccessorImpl.java:39) >>> at >>> sun.reflect.DelegatingConstructorAccessorImpl.newInstance >>> (DelegatingConstructorAccessorImpl.java:27) >>> at java.lang.reflect.Constructor.newInstance >>> (Constructor.java:494) >>> at >>> org.apache.maven.surefire.junit.JUnitTestSet.constructTestObject >>> (JUnitTestSet.java:151) >>> at >>> org.apache.maven.surefire.junit.JUnitTestSet.getTestCount >>> (JUnitTestSet.java:247) >>> at>>> org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.locateTes>>> tSets(AbstractDirectoryTestSuite.java:104) >>> at >>> org.apache.maven.surefire.Surefire.createSuiteFromDefinition >>> (Surefire.java:150)>>> at org.apache.maven.surefire.Surefire.run (Surefire.java:111)>>> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native >>> Method) >>> at sun.reflect.NativeMethodAccessorImpl.invoke >>> (NativeMethodAccessorImpl.java:39) >>> at sun.reflect.DelegatingMethodAccessorImpl.invoke >>> (DelegatingMethodAccessorImpl.java:25) >>> at java.lang.reflect.Method.invoke(Method.java:585) >>> at>>> org.apache.maven.surefire.booter.SurefireBooter.runSuitesInProcess>>> (SurefireBooter.java:290) >>> at org.apache.maven.surefire.booter.SurefireBooter.main >>> (SurefireBooter.java:818) >>> Caused by: java.lang.NullPointerException >>> at org.apache.cayenne.itest.pojo.PojoTestCase.<clinit> >>> (PojoTestCase.java:35) >>> ... 22 more >>> >> >> Craig Russell>> Architect, Sun Java Enterprise System http://java.sun.com/ products/>> jdo >> 408 276-5638 mailto:[EMAIL PROTECTED] >> P.S. A good JDO? O, Gasp! >> > Craig RussellArchitect, Sun Java Enterprise System http://java.sun.com/ products/jdo408 276-5638 mailto:[EMAIL PROTECTED] P.S. A good JDO? O, Gasp!
Craig Russell Architect, Sun Java Enterprise System http://java.sun.com/products/jdo 408 276-5638 mailto:[EMAIL PROTECTED] P.S. A good JDO? O, Gasp!
smime.p7s
Description: S/MIME cryptographic signature
