On 12.10.2010 17:12, Thiago Veronezi wrote:
Hi Andy,
I see the following (but it runs fine on eclipse - junit)...
-------------------------------------------------------------------------------
Test set: org.apache.openejb.core.stateless.StatelessPoolStatsTest
-------------------------------------------------------------------------------
Tests run: 11, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 1.973 sec
<<< FAILURE!
testFlushingWithReplacement(org.apache.openejb.core.stateless.StatelessPoolStatsTest)
Time elapsed: 0.085 sec<<< FAILURE!
junit.framework.AssertionFailedError: Replaced expected:<8> but was:<7>
at junit.framework.Assert.fail(Assert.java:47)
at junit.framework.Assert.failNotEquals(Assert.java:283)
at junit.framework.Assert.assertEquals(Assert.java:64)
at
org.apache.openejb.core.stateless.StatelessPoolStatsTest.assertAttribute(StatelessPoolStatsTest.java:537)
at
org.apache.openejb.core.stateless.StatelessPoolStatsTest.testFlushingWithReplacement(StatelessPoolStatsTest.java:297)
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:597)
at junit.framework.TestCase.runTest(TestCase.java:168)
at junit.framework.TestCase.runBare(TestCase.java:134)
at junit.framework.TestResult$1.protect(TestResult.java:110)
at junit.framework.TestResult.runProtected(TestResult.java:128)
at junit.framework.TestResult.run(TestResult.java:113)
at junit.framework.TestCase.run(TestCase.java:124)
at junit.framework.TestSuite.runTest(TestSuite.java:232)
at junit.framework.TestSuite.run(TestSuite.java:227)
at
org.junit.internal.runners.JUnit38ClassRunner.run(JUnit38ClassRunner.java:83)
at
org.apache.maven.surefire.junit4.JUnit4TestSet.execute(JUnit4TestSet.java:59)
at
org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.executeTestSet(AbstractDirectoryTestSuite.java:120)
at
org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.execute(AbstractDirectoryTestSuite.java:145)
at org.apache.maven.surefire.Surefire.run(Surefire.java:104)
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:597)
at
org.apache.maven.surefire.booter.SurefireBooter.runSuitesInProcess(SurefireBooter.java:290)
at
org.apache.maven.surefire.booter.SurefireBooter.main(SurefireBooter.java:1017)
env: Win7, jdk1.6.0_18
[]s,
Thiago
On Thu, Oct 7, 2010 at 1:44 AM, Andy<andy.gumbre...@orprovision.com> wrote:
On 07.10.2010 00:57, David Blevins wrote:
On Oct 5, 2010, at 3:05 PM, andygumbre...@apache.org wrote:
+<dependency>
+<groupId>javax.xml.stream</groupId>
+<artifactId>stax-api</artifactId>
+<version>1.0-2</version>
+</dependency>
Think we might have this one in the javaee-api jar already. By convention
we tend to avoid the Sun/Oracle javax.* set of binaries for licensing
reasons. I think there's an ASL 2.0 version of that API somewhere if it's
not already in the javaee-api jar.
Regardless, great having you hammer on all the deps. Usually I'm stuck
with that job :)
-David
OK, will sort it today - It's a work in progress, but hope you've seen my
previous mails on my method of attack. My main focus is weeding out
conflicting libraries, and stax is just one of the several hidden
duplicates pulled in as child deps (I guess I just picked the wrong one to
stick with). Some of the tests are actually or have been running against
different api versions than is pulled into the final assembly.
Btw. Is anyone else seeing the StatelessPoolStatsTest fail on testAging and
testAgingWithReplacement in trunk?
Andy.
Thanks Thiago,
It's enough to suggest that something is not synchronizing as expected
so I'm going to dig a little deeper and try and find out what. It's a
timing issue so bound to be tough to find :-(
