[jbossts-issues] [JBoss JIRA] (JBTM-1289) XTS participant completion tests should use a rendezvous to delay close until participant has completed

Paul Robinson (JIRA) jira-events at lists.jboss.org
Mon Dec 17 06:29:08 EST 2012


     [ https://issues.jboss.org/browse/JBTM-1289?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Paul Robinson reopened JBTM-1289:
---------------------------------



Happened again: http://172.17.131.2/job/jbossts-narayana-java6-ipv6-dualstack/63

{code}
21:42:57,258 INFO  [stdout] (default-workqueue-3) rule.debug{complete called} : participant_completion.counter.decrement
21:42:57,258 INFO  [stdout] (default-workqueue-4) rule.debug{close called} : participant_completion.close.waiting
21:42:57,259 INFO  [stdout] (default-workqueue-3) rule.debug{complete called} : participant_completion.called.waking
21:42:57,259 INFO  [stdout] (default-workqueue-3) rule.debug{complete called} : participant_completion.called.donewake
21:42:57,259 INFO  [stdout] (default-workqueue-4) rule.debug{close called} : participant_completion.close.woken
21: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
21: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



More information about the jbossts-issues mailing list