Saw the same issue locally and from
what I see in that testcase, it doesn't appear to be a JVM
vendor/version issue. This actually is a race condition in the
test method execution and removal of content from content
repository.
That ServerInModuleDeploymentTestCase testcase has multiple test
methods which deal with deploying and undeploying. From what I am
observing it looks like one of the test methods first runs (I
guess the testDeploymentFileApi) and does its deploy/undeploy
sequence and then the testDeploymentStreamApi runs which first
does a file listing of the content directory and turns out the
undeploy operation from the previous test method hasn't yet
removed the content from the content repository yet. So this test
picks up those (to be deleted) hashes as initial hashes in the
content repo. While this test method is running, a background
thread cleans up previously undeployed the hashes from the content
repository. As a result a subsequent file listing of the content
directory from this current test method doesn't find those
expected initial hashes.
I'm not sure what the expected behaviour of a undeploy operation
is - whether the undeploy should complete only after the content
has been removed (probably not) from the content repository or
whether it can return before that (as it seems to be happening
now).
FWIW, here's my environment details:
java version "1.7.0_15"
Java(TM) SE Runtime Environment (build 1.7.0_15-b03)
Java HotSpot(TM) Server VM (build 23.7-b01, mixed mode)
Tests run: 6, Failures: 1, Errors: 0, Skipped: 0, Time elapsed:
10.618 sec <<< FAILURE! - in
org.jboss.as.test.smoke.mgmt.servermodule.ServerInModuleDeploymentTestCase
testDeploymentStreamApi(org.jboss.as.test.smoke.mgmt.servermodule.ServerInModuleDeploymentTestCase)
Time elapsed: 0.473 sec <<< FAILURE!
java.lang.AssertionError:
expected:<[29c4c47c1224a00169a8df02d84c3d6ff014b5fb,
b9227c99efad4b615df0ad5288b6690216ed7bad]> but
was:<[29c4c47c1224a00169a8df02d84c3d6ff014b5fb]>
at org.junit.Assert.fail(Assert.java:88)
at org.junit.Assert.failNotEquals(Assert.java:743)
at org.junit.Assert.assertEquals(Assert.java:118)
at org.junit.Assert.assertEquals(Assert.java:144)
at
org.jboss.as.test.smoke.mgmt.servermodule.ServerInModuleDeploymentTestCase.testDeployments(ServerInModuleDeploymentTestCase.java:618)
at
org.jboss.as.test.smoke.mgmt.servermodule.ServerInModuleDeploymentTestCase.testDeploymentStreamApi(ServerInModuleDeploymentTestCase.java:96)
-Jaikiran
On Wednesday 15 October 2014 06:28 PM, Eduardo Sant´Ana da Silva
wrote:
Could be some change regarding some message digest
used on ShrinkWrap API based upon a different JVM version?
Just a guess...
---
Eduardo Sant'Ana da Silva
_______________________________________________
wildfly-dev mailing list
wildfly-dev@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/wildfly-dev