[JBoss JIRA] (JBTM-1611) Failing qa testcase org.jboss.jbossts.qa.junit.testgroup.TestGroup_crashrecovery09, 10, 12 with jacorb and HornetQ object store enabled
by Michael Musgrove (JIRA)
[ https://issues.jboss.org/browse/JBTM-1611?page=com.atlassian.jira.plugin.... ]
Michael Musgrove edited comment on JBTM-1611 at 7/1/13 5:49 AM:
----------------------------------------------------------------
Pull request for the 4.17 branch (pull 357) passed so the 4.17 part of the JIRA is resolved but still waiting for the pull against master to pass.
was (Author: mmusgrov):
Pull request for the 4.17 branch
> Failing qa testcase org.jboss.jbossts.qa.junit.testgroup.TestGroup_crashrecovery09,10,12 with jacorb and HornetQ object store enabled
> -------------------------------------------------------------------------------------------------------------------------------------
>
> Key: JBTM-1611
> URL: https://issues.jboss.org/browse/JBTM-1611
> Project: JBoss Transaction Manager
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: Testing
> Affects Versions: 4.17.3
> Reporter: Ondřej Chaloupka
> Assignee: Michael Musgrove
> Fix For: 4.17.5, 5.0.0.M4
>
> Attachments: 0001-JBTM-1611-Make-recovery-passes-configurable.patch
>
> Original Estimate: 3 days
> Remaining Estimate: 3 days
>
> During testing EAP 6.1.0.ER3 I'm hitting problem on QA tests of narayana project for branch 4.17 when running qa tests with jacorb and hornetq object store (happening for NIO and AIO).
> Tests which are failing:
> org.jboss.jbossts.qa.junit.testgroup.TestGroup_crashrecovery09
> - CrashRecovery09_Test01
> - CrashRecovery09_Test03
> - CrashRecovery09_Test05
> org.jboss.jbossts.qa.junit.testgroup.TestGroup_crashrecovery10
> - CrashRecovery10_Test01
> - CrashRecovery10_Test03
> - CrashRecovery10_Test05
> org.jboss.jbossts.qa.junit.testgroup.TestGroup_crashrecovery12
> - CrashRecovery12_Test03
> - CrashRecovery12_Test06
> Detailed log could be found in job:
> https://jenkins.mw.lab.eng.bos.redhat.com/hudson/job/eap-61-jbossts-qa-te...
> I was trying to get more info on the test CrashRecovery09 but I can say just that the value honlder has value 0 instead of 1 on org.jboss.jbossts.qa.CrashRecovery09Clients.Client01a (line 84).
--
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
10 years, 11 months
[JBoss JIRA] (JBTM-1747) CNFE when invoking a plain Web service with standalone-xts.xml config
by Gytis Trikleris (JIRA)
[ https://issues.jboss.org/browse/JBTM-1747?page=com.atlassian.jira.plugin.... ]
Work on JBTM-1747 started by Gytis Trikleris.
> CNFE when invoking a plain Web service with standalone-xts.xml config
> ---------------------------------------------------------------------
>
> Key: JBTM-1747
> URL: https://issues.jboss.org/browse/JBTM-1747
> Project: JBoss Transaction Manager
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: XTS
> Reporter: Paul Robinson
> Assignee: Gytis Trikleris
> Fix For: 5.0.0.M4
>
> Original Estimate: 2 days
> Remaining Estimate: 2 days
>
> I've not had chance to reproduce this, but this is what I think I did:
> 1. Start Wildfly with the standalone-xts.xml configuration
> 2. Deploy a plain (non-XTS) web service to the server
> 3. Invoke the web service from inside this server, ensuring that org.jboss.xts is not in the dependencies. Which it shouldn't be if you are just invoking a plain WS.
> 4. Observe the CNFE on one of the TXBridge interceptors (I don't remember which).
> I think the problem is that XTS is adding the handler chain for doing default context propagation to all web services, rather than just those that have the XTS dependency.
--
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
10 years, 11 months
[JBoss JIRA] (JBTM-1790) If xaNodeName is not set then a nullpointerexception is raised rather than an informative exception
by Gytis Trikleris (JIRA)
[ https://issues.jboss.org/browse/JBTM-1790?page=com.atlassian.jira.plugin.... ]
Gytis Trikleris commented on JBTM-1790:
---------------------------------------
Raising exception from the TxControl's static block would crash all the applications which use only AtomicAction and do not need node identifier and therefore use default configuration. The same way as it would crash majority of ArjunaCore tests, they also use default configurations, which for the node identifier is null.
I think that adding checking in the places which use TxControl to get node identifier would be a clearer solution. What do you think [~tomjenkinson]
> If xaNodeName is not set then a nullpointerexception is raised rather than an informative exception
> ---------------------------------------------------------------------------------------------------
>
> Key: JBTM-1790
> URL: https://issues.jboss.org/browse/JBTM-1790
> Project: JBoss Transaction Manager
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: JTA, JTS
> Affects Versions: 5.0.0.M3
> Reporter: Tom Jenkinson
> Assignee: Gytis Trikleris
> Fix For: 5.0.0.M4
>
> Original Estimate: 30 minutes
> Remaining Estimate: 30 minutes
>
> TxControl needs a static initialization block reintroducing/similar such that if CoordinatorEnvironmentBean::getNodeIdentifier() returns null it should log a fatal error and fail to initialize.
> Currently for JTS an obscure stack trace is printed:
> [INFO] --- exec-maven-plugin:1.2.1:java (default-cli) @ iiop-jts-client ---
> Jun 21, 2013 6:08:11 PM com.arjuna.orbportability.internal.utils.InitLoader createInstance
> INFO: ARJUNA021027: Loading PreInitLoader class - com.arjuna.ats.internal.jts.context.ContextPropagationManager
> Jun 21, 2013 6:08:11 PM org.jacorb.config.JacORBConfiguration init
> WARNING: jacorb.home unset! Will use '.'
> Jun 21, 2013 6:08:11 PM org.jacorb.config.JacORBConfiguration init
> WARNING: File ./jacorb.properties for configuration jacorb not found
> Jun 21, 2013 6:08:11 PM org.jacorb.config.JacORBConfiguration init
> INFO: configuration jacorb loaded from classpath
> Jun 21, 2013 6:08:11 PM com.arjuna.orbportability.internal.utils.InitLoader createInstance
> INFO: ARJUNA021027: Loading PostInitLoader class - com.arjuna.ats.internal.jts.recovery.RecoveryInit
> Jun 21, 2013 6:08:11 PM com.arjuna.orbportability.internal.utils.InitLoader createInstance
> INFO: ARJUNA021027: Loading PostInitLoader class - com.arjuna.ats.jts.utils.ORBSetup
> Jun 21, 2013 6:08:11 PM com.arjuna.ats.arjuna.recovery.TransactionStatusManager addService
> INFO: ARJUNA012163: Starting service com.arjuna.ats.arjuna.recovery.ActionStatusService on port 43728
> Jun 21, 2013 6:08:11 PM com.arjuna.ats.internal.arjuna.recovery.TransactionStatusManagerItem <init>
> INFO: ARJUNA012337: TransactionStatusManagerItem host: 127.0.0.1 port: 43728
> Jun 21, 2013 6:08:11 PM com.arjuna.ats.arjuna.recovery.TransactionStatusManager start
> INFO: ARJUNA012170: TransactionStatusManager started on port 43728 and host 127.0.0.1 with service com.arjuna.ats.arjuna.recovery.ActionStatusService
> java.rmi.RemoteException: CORBA UNKNOWN 30001 No; nested exception is:
> org.omg.CORBA.UNKNOWN: java.lang.NullPointerException vmcid: 0x7000 minor code: 1329 completed: No
> at com.sun.corba.se.impl.javax.rmi.CORBA.Util.mapSystemException(Util.java:315)
> at javax.rmi.CORBA.Util.mapSystemException(Util.java:83)
> at com.sun.corba.se.impl.presentation.rmi.StubInvocationHandlerImpl.invoke(StubInvocationHandlerImpl.java:164)
> at com.sun.corba.se.spi.orbutil.proxy.CompositeInvocationHandlerImpl.invoke(CompositeInvocationHandlerImpl.java:79)
> at com.sun.proxy.$Proxy7.hello(Unknown Source)
> at org.jboss.qa.IIOPTesting.main(IIOPTesting.java:27)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:601)
> at org.codehaus.mojo.exec.ExecJavaMojo$1.run(ExecJavaMojo.java:297)
> at java.lang.Thread.run(Thread.java:722)
> Caused by: org.omg.CORBA.UNKNOWN: java.lang.NullPointerException vmcid: 0x7000 minor code: 1329 completed: No
> at com.arjuna.ats.internal.jts.orbspecific.coordinator.ArjunaTransactionImple.get_txcontext(ArjunaTransactionImple.java:1300)
> at com.arjuna.ArjunaOTS.ArjunaTransactionPOATie.get_txcontext(ArjunaTransactionPOATie.java:129)
> at com.arjuna.ArjunaOTS._ArjunaTransactionStub.get_txcontext(_ArjunaTransactionStub.java:788)
> at com.arjuna.ats.jts.orbspecific.jacorb.interceptors.interposition.InterpositionClientRequestInterceptorImpl.send_request(InterpositionClientRequestInterceptorImpl.java:196)
> at org.jacorb.orb.portableInterceptor.ClientInterceptorIterator.invoke(ClientInterceptorIterator.java:95)
> at org.jacorb.orb.portableInterceptor.AbstractInterceptorIterator.iterate(AbstractInterceptorIterator.java:67)
> at org.jacorb.orb.portableInterceptor.ClientInterceptorIterator.iterate(ClientInterceptorIterator.java:68)
> at org.jacorb.orb.ClientInterceptorHandler.invokeInterceptors(ClientInterceptorHandler.java:265)
> at org.jacorb.orb.ClientInterceptorHandler.handle_send_request(ClientInterceptorHandler.java:99)
> at org.jacorb.orb.Delegate.invoke_internal(Delegate.java:996)
> at org.jacorb.orb.Delegate.invoke(Delegate.java:957)
> at com.sun.corba.se.impl.presentation.rmi.StubInvocationHandlerImpl.invoke(StubInvocationHandlerImpl.java:151)
> ... 9 more
--
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
10 years, 11 months
[JBoss JIRA] (JBTM-1790) If xaNodeName is not set then a nullpointerexception is raised rather than an informative exception
by Gytis Trikleris (JIRA)
[ https://issues.jboss.org/browse/JBTM-1790?page=com.atlassian.jira.plugin.... ]
Gytis Trikleris edited comment on JBTM-1790 at 7/1/13 4:45 AM:
---------------------------------------------------------------
Raising exception from the TxControl's static block would crash all the applications which use only AtomicAction and do not need node identifier and therefore use default configuration. The same way as it would crash majority of ArjunaCore tests, they also use default configurations, which for the node identifier is null.
I think that adding checking in the places which use TxControl to get node identifier would be a clearer solution. What do you think, [~tomjenkinson]
was (Author: gytis):
Raising exception from the TxControl's static block would crash all the applications which use only AtomicAction and do not need node identifier and therefore use default configuration. The same way as it would crash majority of ArjunaCore tests, they also use default configurations, which for the node identifier is null.
I think that adding checking in the places which use TxControl to get node identifier would be a clearer solution. What do you think [~tomjenkinson]
> If xaNodeName is not set then a nullpointerexception is raised rather than an informative exception
> ---------------------------------------------------------------------------------------------------
>
> Key: JBTM-1790
> URL: https://issues.jboss.org/browse/JBTM-1790
> Project: JBoss Transaction Manager
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: JTA, JTS
> Affects Versions: 5.0.0.M3
> Reporter: Tom Jenkinson
> Assignee: Gytis Trikleris
> Fix For: 5.0.0.M4
>
> Original Estimate: 30 minutes
> Remaining Estimate: 30 minutes
>
> TxControl needs a static initialization block reintroducing/similar such that if CoordinatorEnvironmentBean::getNodeIdentifier() returns null it should log a fatal error and fail to initialize.
> Currently for JTS an obscure stack trace is printed:
> [INFO] --- exec-maven-plugin:1.2.1:java (default-cli) @ iiop-jts-client ---
> Jun 21, 2013 6:08:11 PM com.arjuna.orbportability.internal.utils.InitLoader createInstance
> INFO: ARJUNA021027: Loading PreInitLoader class - com.arjuna.ats.internal.jts.context.ContextPropagationManager
> Jun 21, 2013 6:08:11 PM org.jacorb.config.JacORBConfiguration init
> WARNING: jacorb.home unset! Will use '.'
> Jun 21, 2013 6:08:11 PM org.jacorb.config.JacORBConfiguration init
> WARNING: File ./jacorb.properties for configuration jacorb not found
> Jun 21, 2013 6:08:11 PM org.jacorb.config.JacORBConfiguration init
> INFO: configuration jacorb loaded from classpath
> Jun 21, 2013 6:08:11 PM com.arjuna.orbportability.internal.utils.InitLoader createInstance
> INFO: ARJUNA021027: Loading PostInitLoader class - com.arjuna.ats.internal.jts.recovery.RecoveryInit
> Jun 21, 2013 6:08:11 PM com.arjuna.orbportability.internal.utils.InitLoader createInstance
> INFO: ARJUNA021027: Loading PostInitLoader class - com.arjuna.ats.jts.utils.ORBSetup
> Jun 21, 2013 6:08:11 PM com.arjuna.ats.arjuna.recovery.TransactionStatusManager addService
> INFO: ARJUNA012163: Starting service com.arjuna.ats.arjuna.recovery.ActionStatusService on port 43728
> Jun 21, 2013 6:08:11 PM com.arjuna.ats.internal.arjuna.recovery.TransactionStatusManagerItem <init>
> INFO: ARJUNA012337: TransactionStatusManagerItem host: 127.0.0.1 port: 43728
> Jun 21, 2013 6:08:11 PM com.arjuna.ats.arjuna.recovery.TransactionStatusManager start
> INFO: ARJUNA012170: TransactionStatusManager started on port 43728 and host 127.0.0.1 with service com.arjuna.ats.arjuna.recovery.ActionStatusService
> java.rmi.RemoteException: CORBA UNKNOWN 30001 No; nested exception is:
> org.omg.CORBA.UNKNOWN: java.lang.NullPointerException vmcid: 0x7000 minor code: 1329 completed: No
> at com.sun.corba.se.impl.javax.rmi.CORBA.Util.mapSystemException(Util.java:315)
> at javax.rmi.CORBA.Util.mapSystemException(Util.java:83)
> at com.sun.corba.se.impl.presentation.rmi.StubInvocationHandlerImpl.invoke(StubInvocationHandlerImpl.java:164)
> at com.sun.corba.se.spi.orbutil.proxy.CompositeInvocationHandlerImpl.invoke(CompositeInvocationHandlerImpl.java:79)
> at com.sun.proxy.$Proxy7.hello(Unknown Source)
> at org.jboss.qa.IIOPTesting.main(IIOPTesting.java:27)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:601)
> at org.codehaus.mojo.exec.ExecJavaMojo$1.run(ExecJavaMojo.java:297)
> at java.lang.Thread.run(Thread.java:722)
> Caused by: org.omg.CORBA.UNKNOWN: java.lang.NullPointerException vmcid: 0x7000 minor code: 1329 completed: No
> at com.arjuna.ats.internal.jts.orbspecific.coordinator.ArjunaTransactionImple.get_txcontext(ArjunaTransactionImple.java:1300)
> at com.arjuna.ArjunaOTS.ArjunaTransactionPOATie.get_txcontext(ArjunaTransactionPOATie.java:129)
> at com.arjuna.ArjunaOTS._ArjunaTransactionStub.get_txcontext(_ArjunaTransactionStub.java:788)
> at com.arjuna.ats.jts.orbspecific.jacorb.interceptors.interposition.InterpositionClientRequestInterceptorImpl.send_request(InterpositionClientRequestInterceptorImpl.java:196)
> at org.jacorb.orb.portableInterceptor.ClientInterceptorIterator.invoke(ClientInterceptorIterator.java:95)
> at org.jacorb.orb.portableInterceptor.AbstractInterceptorIterator.iterate(AbstractInterceptorIterator.java:67)
> at org.jacorb.orb.portableInterceptor.ClientInterceptorIterator.iterate(ClientInterceptorIterator.java:68)
> at org.jacorb.orb.ClientInterceptorHandler.invokeInterceptors(ClientInterceptorHandler.java:265)
> at org.jacorb.orb.ClientInterceptorHandler.handle_send_request(ClientInterceptorHandler.java:99)
> at org.jacorb.orb.Delegate.invoke_internal(Delegate.java:996)
> at org.jacorb.orb.Delegate.invoke(Delegate.java:957)
> at com.sun.corba.se.impl.presentation.rmi.StubInvocationHandlerImpl.invoke(StubInvocationHandlerImpl.java:151)
> ... 9 more
--
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
10 years, 11 months