[ 
https://issues.apache.org/jira/browse/QPID-7388?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Keith Wall updated QPID-7388:
-----------------------------
    Description: 
{{TransactionTimeoutTest}} failed 
https://builds.apache.org/view/M-R/view/Qpid/job/Qpid-Java-Java-MMS-TestMatrix/3241/jdk=JDK%201.7%20(latest),label=ubuntu,profile=java-mms.0-10/artifact/trunk/systests/target/surefire-reports/java-mms.0-10/TEST-org.apache.qpid.test.unit.transacted.TransactionTimeoutTest.testProducerOpenCommitTwice.txt
  in the following manner:

{noformat}

org.apache.qpid.test.unit.transacted.TransactionTimeoutTest.testProducerOpenCommitTwice

Failing for the past 1 build (Since Failed#3241 )
Took 1 min 3 sec.
Error Message

Should have caught exception in listener
Stacktrace

junit.framework.AssertionFailedError: Should have caught exception in listener
        at junit.framework.Assert.fail(Assert.java:57)
        at junit.framework.Assert.assertTrue(Assert.java:22)
        at junit.framework.TestCase.assertTrue(TestCase.java:192)
        at 
org.apache.qpid.test.unit.transacted.TransactionTimeoutTestCase.check(TransactionTimeoutTestCase.java:214)
        at 
org.apache.qpid.test.unit.transacted.TransactionTimeoutTest.testProducerOpenCommitTwice(TransactionTimeoutTest.java:214)

{noformat}

Examination of the logs (attached), show that the Broker sent an 
{{ExecutionException(errorCode=RESOURCE_LIMIT_EXCEEDED, description=Open 
transaction timed out)}} and then followed with other session commands 
including a {{SessionDetatch}}.  The client failed to report the exception to 
the application (test) by way of a JMSException from the {{#commit()}} call.  
It also hung, seemingly trying to close the session itself.   The problem 
suggests a client side race, but I have not investigated further.

Perhaps the Broker change - QPID-7374 - has somehow brought this defect out?



  was:
{{TransactionTimeoutTest}} failed with


{noformat}

org.apache.qpid.test.unit.transacted.TransactionTimeoutTest.testProducerOpenCommitTwice

Failing for the past 1 build (Since Failed#3241 )
Took 1 min 3 sec.
Error Message

Should have caught exception in listener
Stacktrace

junit.framework.AssertionFailedError: Should have caught exception in listener
        at junit.framework.Assert.fail(Assert.java:57)
        at junit.framework.Assert.assertTrue(Assert.java:22)
        at junit.framework.TestCase.assertTrue(TestCase.java:192)
        at 
org.apache.qpid.test.unit.transacted.TransactionTimeoutTestCase.check(TransactionTimeoutTestCase.java:214)
        at 
org.apache.qpid.test.unit.transacted.TransactionTimeoutTest.testProducerOpenCommitTwice(TransactionTimeoutTest.java:214)
Standard Output

01:27:56,317 |-INFO in ch.qos.logback.core.joran.action.AppenderAction - About 
to instantiate appender of type [ch.qos.logback.core.FileAppender]
01:27:56,317 |-INFO in ch.qos.logback.core.joran.action.AppenderAction - Naming 
appender as 
[FILE-org.apache.qpid.test.unit.transacted.TransactionTimeoutTest.testProducerOpenCommitTwice]
01:27:56,318 |-INFO in ch.qos.logback.core.joran.action.NestedComplexPropertyIA 
- Assuming default type [ch.qos.logback.classic.encoder.PatternLayoutEncoder] 
for [encoder] property
01:27:56,318 |-INFO in 
ch.qos.logback.core.FileAppender[FILE-org.apache.qpid.test.unit.transacted.TransactionTimeoutTest.testProducerOpenCommitTwice]
 - File property is set to 
[/home/jenkins/jenkins-slave/workspace/Qpid-Java-Java-MMS-TestMatrix/jdk/JDK 
1.7 
(latest)/label/ubuntu/profile/java-mms.0-10/trunk/systests/target/surefire-reports/java-mms.0-10/TEST-org.apache.qpid.test.unit.transacted.TransactionTimeoutTest.testProducerOpenCommitTwice.txt]
{noformat}


> []0-10] Client may not respond with a SessionDetached in response to session 
> being closed by peer
> -------------------------------------------------------------------------------------------------
>
>                 Key: QPID-7388
>                 URL: https://issues.apache.org/jira/browse/QPID-7388
>             Project: Qpid
>          Issue Type: Bug
>          Components: Java Client
>    Affects Versions: qpid-java-6.1
>            Reporter: Keith Wall
>
> {{TransactionTimeoutTest}} failed 
> https://builds.apache.org/view/M-R/view/Qpid/job/Qpid-Java-Java-MMS-TestMatrix/3241/jdk=JDK%201.7%20(latest),label=ubuntu,profile=java-mms.0-10/artifact/trunk/systests/target/surefire-reports/java-mms.0-10/TEST-org.apache.qpid.test.unit.transacted.TransactionTimeoutTest.testProducerOpenCommitTwice.txt
>   in the following manner:
> {noformat}
> org.apache.qpid.test.unit.transacted.TransactionTimeoutTest.testProducerOpenCommitTwice
> Failing for the past 1 build (Since Failed#3241 )
> Took 1 min 3 sec.
> Error Message
> Should have caught exception in listener
> Stacktrace
> junit.framework.AssertionFailedError: Should have caught exception in listener
>       at junit.framework.Assert.fail(Assert.java:57)
>       at junit.framework.Assert.assertTrue(Assert.java:22)
>       at junit.framework.TestCase.assertTrue(TestCase.java:192)
>       at 
> org.apache.qpid.test.unit.transacted.TransactionTimeoutTestCase.check(TransactionTimeoutTestCase.java:214)
>       at 
> org.apache.qpid.test.unit.transacted.TransactionTimeoutTest.testProducerOpenCommitTwice(TransactionTimeoutTest.java:214)
> {noformat}
> Examination of the logs (attached), show that the Broker sent an 
> {{ExecutionException(errorCode=RESOURCE_LIMIT_EXCEEDED, description=Open 
> transaction timed out)}} and then followed with other session commands 
> including a {{SessionDetatch}}.  The client failed to report the exception to 
> the application (test) by way of a JMSException from the {{#commit()}} call.  
> It also hung, seemingly trying to close the session itself.   The problem 
> suggests a client side race, but I have not investigated further.
> Perhaps the Broker change - QPID-7374 - has somehow brought this defect out?



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]

Reply via email to