[JBoss JIRA] (JBTM-1289) XTS participant completion tests should use a rendezvous to delay close until participant has completed
by Paul Robinson (JIRA)
[ https://issues.jboss.org/browse/JBTM-1289?page=com.atlassian.jira.plugin.... ]
Paul Robinson updated JBTM-1289:
--------------------------------
Status: Pull Request Sent (was: Reopened)
Git Pull Request: https://github.com/jbosstm/narayana/pull/180, https://github.com/jbosstm/narayana/pull/181 (was: https://github.com/jbosstm/narayana/pull/166, https://github.com/jbosstm/narayana/pull/167)
> XTS participant completion tests should use a rendezvous to delay close until participant has completed
> -------------------------------------------------------------------------------------------------------
>
> Key: JBTM-1289
> URL: https://issues.jboss.org/browse/JBTM-1289
> Project: JBoss Transaction Manager
> Issue Type: Task
> Security Level: Public(Everyone can see)
> Components: Testing, XTS
> Reporter: Paul Robinson
> Assignee: Paul Robinson
> Priority: Minor
> Fix For: 4.16.7, 4.17.4, 5.0.0.M2
>
>
> The problem is that the participant's notification of completion (sent to the coord) is asynchronous. This can be overtaken by the client's "close" message, resulting in the coordinator cancelling the activity, due to not all participants being completed.
> The hack is to add a delay before the client calls 'close'. We have that on the tests in TS, as a stop gap. I am reluctant to apply this hack to the AS test suite as it's embarrassing and likely to be rejected ;-)
> This issue is to resolve the problem properly. Maybe by using a Byteman Rendezvous. Alternatively there may be some XTS feature that we can use to poll the coordinator. Or maybe we can add it, as the client API is not standardized.
> This issue is not urgent for the TS tests as the hack seems to be holding out at present. However, we do occasionally see this issue on the XTS AS integration testsuite, which increases the priority.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years
[JBoss JIRA] (JBTM-1289) XTS participant completion tests should use a rendezvous to delay close until participant has completed
by Paul Robinson (JIRA)
[ https://issues.jboss.org/browse/JBTM-1289?page=com.atlassian.jira.plugin.... ]
Paul Robinson reopened JBTM-1289:
---------------------------------
Happened again: http://172.17.131.2/job/jbossts-narayana-java6-ipv6-dualstack/63
{code}
[0m[0m21:42:57,258 INFO [stdout] (default-workqueue-3) rule.debug{complete called} : participant_completion.counter.decrement
[0m[0m21:42:57,258 INFO [stdout] (default-workqueue-4) rule.debug{close called} : participant_completion.close.waiting
[0m[0m21:42:57,259 INFO [stdout] (default-workqueue-3) rule.debug{complete called} : participant_completion.called.waking
[0m[0m21:42:57,259 INFO [stdout] (default-workqueue-3) rule.debug{complete called} : participant_completion.called.donewake
[0m[0m21:42:57,259 INFO [stdout] (default-workqueue-4) rule.debug{close called} : participant_completion.close.woken
[0m[0m21:42:57,338 INFO [org.apache.cxf.service.factory.ReflectionServiceFactoryBean] (TaskWorker-1) Creating Service {http://schemas.arjuna.com/ws/2005/10/wsarjtx}TerminationParticipantService from WSDL: jar:file:/home/hudson/workspace/jbossts-narayana-java6-ipv6-dualstack/jboss-as/build/target/jboss-as-7.2.0.Alpha1-SNAPSHOT/modules/org/jboss/xts/main/jbossxts-5.0.0.M2-SNAPSHOT.jar!/com/arjuna/schemas/ws/_2005/_10/wsarjtx/wsdl/wsarjtx-termination-participant-binding.wsdl
[0m[31m21:42:57,364 ERROR [org.jboss.arquillian.protocol.jmx.JMXTestRunner] (pool-1-thread-1) Failed: com.arjuna.wst11.tests.arq.ba.CloseTest.test: com.arjuna.wst.TransactionRolledBackException
at com.arjuna.wst11.stub.BusinessActivityTerminatorStub.close(BusinessActivityTerminatorStub.java:95) [jbossxts-5.0.0.M2-SNAPSHOT.jar:5.0.0.M2-SNAPSHOT (revision: 74b1b7fb0fdca8d71c44950788369c15d1d47dfb)]
at com.arjuna.mwlabs.wst11.ba.remote.UserBusinessActivityImple.close(UserBusinessActivityImple.java:157) [jbossxts-5.0.0.M2-SNAPSHOT.jar:5.0.0.M2-SNAPSHOT (revision: 74b1b7fb0fdca8d71c44950788369c15d1d47dfb)]
at com.arjuna.wst11.tests.arq.ba.Close.testClose(Close.java:70) [classes:]
{code}
> XTS participant completion tests should use a rendezvous to delay close until participant has completed
> -------------------------------------------------------------------------------------------------------
>
> Key: JBTM-1289
> URL: https://issues.jboss.org/browse/JBTM-1289
> Project: JBoss Transaction Manager
> Issue Type: Task
> Security Level: Public(Everyone can see)
> Components: Testing, XTS
> Reporter: Paul Robinson
> Assignee: Paul Robinson
> Priority: Minor
> Fix For: 4.16.7, 4.17.4, 5.0.0.M2
>
>
> The problem is that the participant's notification of completion (sent to the coord) is asynchronous. This can be overtaken by the client's "close" message, resulting in the coordinator cancelling the activity, due to not all participants being completed.
> The hack is to add a delay before the client calls 'close'. We have that on the tests in TS, as a stop gap. I am reluctant to apply this hack to the AS test suite as it's embarrassing and likely to be rejected ;-)
> This issue is to resolve the problem properly. Maybe by using a Byteman Rendezvous. Alternatively there may be some XTS feature that we can use to poll the coordinator. Or maybe we can add it, as the client API is not standardized.
> This issue is not urgent for the TS tests as the hack seems to be holding out at present. However, we do occasionally see this issue on the XTS AS integration testsuite, which increases the priority.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years