[jboss-jira] [JBoss JIRA] (WFLY-3872) Recurring failure of EJBSignEncryptMultipleClientsTestCase.encryptedAndSignedRequestFromJohn

[Jim Ma (JIRA)]

    [ https://issues.jboss.org/browse/WFLY-3872?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13004658#comment-13004658 ] 

Jim Ma commented on WFLY-3872:
------------------------------

>From the sever log:[http://brontes.lab.eng.brq.redhat.com/repository/download/WFPR/21664:id/testsuite/integration/basic/target/jbossas/standalone/log/server.log], there is undertow NPE thrown: 
{quote}
2014-09-10 15:12:16,661 ERROR [org.xnio.nio] (default I/O-4) XNIO000011: Task io.undertow.server.HttpServerExchange$ReadDispatchChannel$1 at 18bd77a failed with an exception: java.lang.NullPointerException
	at io.undertow.server.HttpServerExchange$ReadDispatchChannel$1.run(HttpServerExchange.java:1831)
	at org.xnio.nio.WorkerThread.safeRun(WorkerThread.java:560) [xnio-nio-3.3.0.Beta1.jar:3.3.0.Beta1]
	at org.xnio.nio.WorkerThread.run(WorkerThread.java:462) [xnio-nio-3.3.0.Beta1.jar:3.3.0.Beta1]
{quote}
It could be the cause for this recurring failure. 

> Recurring failure of EJBSignEncryptMultipleClientsTestCase.encryptedAndSignedRequestFromJohn
> --------------------------------------------------------------------------------------------
>
>                 Key: WFLY-3872
>                 URL: https://issues.jboss.org/browse/WFLY-3872
>             Project: WildFly
>          Issue Type: Bug
>          Components: Web Services
>    Affects Versions: 9.0.0.Alpha1
>            Reporter: Brian Stansberry
>            Assignee: Alessio Soldano
>
> Since https://github.com/wildfly/wildfly/pull/6660 was submitted, EJBSignEncryptMultipleClientsTestCase.encryptedAndSignedRequestFromJohn is failing regularly. Not every time but very often.
> Alessio, you mentioned seeing some error logging from XAResourceRecoveryImpl, but that's in the logs on successful runs as well, and occurs prior to the test as well. That's a period background task from the transaction manager trying to perform recovery of some previous transaction. I don't see why it would have any impact on this test.



--
This message was sent by Atlassian JIRA
(v6.3.1#6329)