December 2015 - jbossts-issues - Jboss List Archives

[JBoss JIRA] (JBTM-2569) If the JDBC store is unavailable it is possible for XAResources to be identified as orphans and rolled back

by Tom Jenkinson (JIRA)

[ https://issues.jboss.org/browse/JBTM-2569?page=com.atlassian.jira.plugin.... ] Tom Jenkinson closed JBTM-2569. ------------------------------- > If the JDBC store is unavailable it is possible for XAResources to be identified as orphans and rolled back > ----------------------------------------------------------------------------------------------------------- > > Key: JBTM-2569 > URL: https://issues.jboss.org/browse/JBTM-2569 > Project: JBoss Transaction Manager > Issue Type: Bug > Components: Transaction Core > Reporter: Tom Jenkinson > Assignee: Tom Jenkinson > Priority: Blocker > Fix For: 5.2.9.Final > > > During investigation of https://issues.jboss.org/browse/JBEAP-1750 it was discovered that there exists an issue in XARecoveryModule where if the object store transaction log check throws an exception during orphan detection then the record is treated as if it does not have a log. -- This message was sent by Atlassian JIRA (v6.4.11#64026)

8 years, 6 months

1
0
0 / 0

[JBoss JIRA] (JBTM-2568) Add config options to enable fine grained control of what's tested in a PR

by Tom Jenkinson (JIRA)

[ https://issues.jboss.org/browse/JBTM-2568?page=com.atlassian.jira.plugin.... ] Tom Jenkinson closed JBTM-2568. ------------------------------- > Add config options to enable fine grained control of what's tested in a PR > -------------------------------------------------------------------------- > > Key: JBTM-2568 > URL: https://issues.jboss.org/browse/JBTM-2568 > Project: JBoss Transaction Manager > Issue Type: Task > Components: Testing > Affects Versions: 5.2.8.Final > Reporter: Michael Musgrove > Assignee: Michael Musgrove > Priority: Optional > Fix For: 5.2.9.Final > > > Currently we have a fixed set of Jenkins CI config profiles when testing PRs (QA_JTS_JDKORB, QA_JTA, XTS, MAIN, BLACKTIE and PERF) and we are allowed to selectively disable one or more of them. > It would be handy to be able to control other things such as running QA tests using the journal store (which none of the above QA profiles allow). It would also be a handy shortcut to explicitly set which profile to run (as opposed to which ones to disable). -- This message was sent by Atlassian JIRA (v6.4.11#64026)

8 years, 6 months

1
0
0 / 0

[JBoss JIRA] (JBTM-2573) Can not set the right jbossts properties file when running the commitmarkable test under the codeCoverage

by Tom Jenkinson (JIRA)

[ https://issues.jboss.org/browse/JBTM-2573?page=com.atlassian.jira.plugin.... ] Tom Jenkinson closed JBTM-2573. ------------------------------- > Can not set the right jbossts properties file when running the commitmarkable test under the codeCoverage > --------------------------------------------------------------------------------------------------------- > > Key: JBTM-2573 > URL: https://issues.jboss.org/browse/JBTM-2573 > Project: JBoss Transaction Manager > Issue Type: Bug > Components: Testing > Reporter: Amos Feng > Assignee: Amos Feng > Fix For: 5.2.9.Final > > > currently the ArjunaJTA/jta commitmarkable tests fails when running under the codeCoverage. The root cause is that the jbossts properties file does not set to the "commitmarkableresourcejbossts-properties.xml". > The surefire-plugin config the system property com.arjuna.ats.arjuna.common.propertiesFile with "jbossts-properties.xml" in the codeCoverage profile > https://github.com/jbosstm/narayana/blob/master/pom.xml#L645 > So the https://github.com/jbosstm/narayana/blob/master/ArjunaJTA/jta/tests/class... > {code} > resetPropertiesFile = System > .getProperty("com.arjuna.ats.arjuna.common.propertiesFile"); > if (resetPropertiesFile == null) { > System.setProperty("com.arjuna.ats.arjuna.common.propertiesFile", > "commitmarkableresourcejbossts-properties.xml"); > } > {code} > the resetPropertiesFile does not be null and the if check statement is false, so the System.setProperty(...) can not run and the property is still the jbossts-properties.xml. > the resetPropertiesFile could be used to revert to the origin value in the tearDown() > https://github.com/jbosstm/narayana/blob/master/ArjunaJTA/jta/tests/class... > {code} > if (resetPropertiesFile != null) { > System.setProperty("com.arjuna.ats.arjuna.common.propertiesFile", > resetPropertiesFile); > } else { > System.clearProperty("com.arjuna.ats.arjuna.common.propertiesFile"); > } > {code} > This failure does not happen in the default profile as the surefire-plugin does not set this system property in the profile. -- This message was sent by Atlassian JIRA (v6.4.11#64026)

8 years, 6 months

1
0
0 / 0

[JBoss JIRA] (JBTM-2570) Remove unused private methods and fields in XTS

by Tom Jenkinson (JIRA)

[ https://issues.jboss.org/browse/JBTM-2570?page=com.atlassian.jira.plugin.... ] Tom Jenkinson closed JBTM-2570. ------------------------------- > Remove unused private methods and fields in XTS > ----------------------------------------------- > > Key: JBTM-2570 > URL: https://issues.jboss.org/browse/JBTM-2570 > Project: JBoss Transaction Manager > Issue Type: Task > Components: XTS > Reporter: Gytis Trikleris > Assignee: Gytis Trikleris > Fix For: 5.2.9.Final > > -- This message was sent by Atlassian JIRA (v6.4.11#64026)

8 years, 6 months

1
0
0 / 0

[JBoss JIRA] (JBTM-2574) invalid local variable binding $this AT ENTRY injection when the tests run with the jacoco

by Tom Jenkinson (JIRA)

[ https://issues.jboss.org/browse/JBTM-2574?page=com.atlassian.jira.plugin.... ] Tom Jenkinson closed JBTM-2574. ------------------------------- > invalid local variable binding $this AT ENTRY injection when the tests run with the jacoco > ------------------------------------------------------------------------------------------ > > Key: JBTM-2574 > URL: https://issues.jboss.org/browse/JBTM-2574 > Project: JBoss Transaction Manager > Issue Type: Bug > Components: Testing > Reporter: Amos Feng > Assignee: Amos Feng > Fix For: 5.2.9.Final > > > The detail should see in the discuss JBTM-2553. The workaround is use the $0 instead of $this now. -- This message was sent by Atlassian JIRA (v6.4.11#64026)

8 years, 6 months

1
0
0 / 0

[JBoss JIRA] (JBTM-2575) When checking for orphaned subordinate transactions in the middle of a tree branches that are eligible for orphan detection will be rolled back

by Tom Jenkinson (JIRA)

[ https://issues.jboss.org/browse/JBTM-2575?page=com.atlassian.jira.plugin.... ] Tom Jenkinson closed JBTM-2575. ------------------------------- > When checking for orphaned subordinate transactions in the middle of a tree branches that are eligible for orphan detection will be rolled back > ----------------------------------------------------------------------------------------------------------------------------------------------- > > Key: JBTM-2575 > URL: https://issues.jboss.org/browse/JBTM-2575 > Project: JBoss Transaction Manager > Issue Type: Bug > Components: Recovery > Reporter: Tom Jenkinson > Assignee: Tom Jenkinson > Priority: Blocker > Fix For: 4.17.31, 5.2.9.Final > > > There is a check in the subordinate orphan detection that not only checks for matching gtrid but also for matching subordinate name. This will not match correctly for an intermediary node. E.g. > a->b b->c > When b scans c the xid it gets back will have subordinate name of c, b will look in its object store and match the subordinate on gtrid but the subordinate node ID in b subordinateatomicaction will be "b". > This check is actually superfluous anyway. We already know that the Xid returned from c was for b because of transport level checks. -- This message was sent by Atlassian JIRA (v6.4.11#64026)

8 years, 6 months

1
0
0 / 0

[JBoss JIRA] (JBTM-2576) Fix build.bat to work with updated Maven

by Tom Jenkinson (JIRA)

[ https://issues.jboss.org/browse/JBTM-2576?page=com.atlassian.jira.plugin.... ] Tom Jenkinson closed JBTM-2576. ------------------------------- > Fix build.bat to work with updated Maven > ---------------------------------------- > > Key: JBTM-2576 > URL: https://issues.jboss.org/browse/JBTM-2576 > Project: JBoss Transaction Manager > Issue Type: Task > Components: Build System > Reporter: Gytis Trikleris > Assignee: Gytis Trikleris > Priority: Critical > Fix For: 5.2.9.Final > > -- This message was sent by Atlassian JIRA (v6.4.11#64026)

8 years, 6 months

1
0
0 / 0

[JBoss JIRA] (JBTM-2577) CDR Input/Output streams need SerializablePermission("enableSubclassImplementation") when Security Manager is in force

by Tom Jenkinson (JIRA)

[ https://issues.jboss.org/browse/JBTM-2577?page=com.atlassian.jira.plugin.... ] Tom Jenkinson closed JBTM-2577. ------------------------------- > CDR Input/Output streams need SerializablePermission("enableSubclassImplementation") when Security Manager is in force > ---------------------------------------------------------------------------------------------------------------------- > > Key: JBTM-2577 > URL: https://issues.jboss.org/browse/JBTM-2577 > Project: JBoss Transaction Manager > Issue Type: Bug > Components: JTS > Affects Versions: 5.2.8.Final > Reporter: Ivo Studensky > Assignee: Ivo Studensky > Fix For: 5.2.9.Final > > > Since JDK 7u25 version {{org.omg.CORBA_2_3.portable.Output/InputStream}} classes need extra permissions if Security Manager is enabled. Because of a previous vulnerability, it now checks {{SerializablePermission("enableSubclassImplementation")}}. There is a property flag to allow subclass instantiations without the security check ({{jdk.corba.allowOutputStreamSubclass=true}}), but this system property is subject to removal in the future Java releases, according to my findings. > At the moment, our IIOP code fails (can be seen in iiop tests of WildFly testsuite) when running with SM enabled. > See the following stacktraces: > {noformat} > at org.wildfly.security.manager.WildFlySecurityManager.checkPermission(WildFlySecurityManager.java:271) > at org.wildfly.security.manager.WildFlySecurityManager.checkPermission(WildFlySecurityManager.java:175) > at org.omg.CORBA_2_3.portable.InputStream.checkPermission(InputStream.java:67) > at org.omg.CORBA_2_3.portable.InputStream.<init>(InputStream.java:84) > at com.sun.corba.se.impl.encoding.WrapperInputStream.<init>(WrapperInputStream.java:74) > at com.sun.corba.se.impl.corba.TypeCodeImpl.read_value(TypeCodeImpl.java:1273) > at com.sun.corba.se.impl.encoding.CDRInputStream_1_0.read_any(CDRInputStream_1_0.java:695) > at com.sun.corba.se.impl.encoding.CDRInputStream.read_any(CDRInputStream.java:238) > at org.omg.CosTransactions.PropagationContextHelper.read(PropagationContextHelper.java:88) > at com.arjuna.ArjunaOTS._ArjunaTransactionStub.get_txcontext(_ArjunaTransactionStub.java:387) > at com.arjuna.ats.jts.orbspecific.javaidl.interceptors.interposition.InterpositionClientRequestInterceptorImpl.send_request(InterpositionClientRequestInterceptorImpl.java:223) > at com.sun.corba.se.impl.interceptors.InterceptorInvoker.invokeClientInterceptorStartingPoint(InterceptorInvoker.java:245) > at com.sun.corba.se.impl.interceptors.PIHandlerImpl.invokeClientPIStartingPoint(PIHandlerImpl.java:355) > at com.sun.corba.se.impl.protocol.CorbaClientRequestDispatcherImpl.beginRequest(CorbaClientRequestDispatcherImpl.java:293) > at com.sun.corba.se.impl.protocol.CorbaClientDelegateImpl.request(CorbaClientDelegateImpl.java:137) > at org.omg.CORBA.portable.ObjectImpl._request(ObjectImpl.java:449) > at org.omg.CosTransactions._ResourceStub.commit_one_phase(_ResourceStub.java:94) > at com.arjuna.ats.internal.jts.resources.ResourceRecord.topLevelOnePhaseCommit(ResourceRecord.java:537) > at com.arjuna.ats.arjuna.coordinator.BasicAction.onePhaseCommit(BasicAction.java:2361) > at com.arjuna.ats.arjuna.coordinator.BasicAction.End(BasicAction.java:1495) > - locked <0x360a> (a com.arjuna.ats.internal.jts.orbspecific.coordinator.ArjunaTransactionImple) > at com.arjuna.ats.internal.jts.orbspecific.coordinator.ArjunaTransactionImple.commit(ArjunaTransactionImple.java:375) > at com.arjuna.ats.internal.jts.ControlWrapper.commit(ControlWrapper.java:244) > at com.arjuna.ats.internal.jts.orbspecific.CurrentImple.commit(CurrentImple.java:247) > at com.arjuna.ats.jts.extensions.AtomicTransaction.commit(AtomicTransaction.java:276) > at com.arjuna.ats.internal.jta.transaction.jts.TransactionImple.commitAndDisassociate(TransactionImple.java:1313) > at com.arjuna.ats.internal.jta.transaction.jts.BaseTransaction.commit(BaseTransaction.java:130) > at com.arjuna.ats.jbossatx.BaseTransactionManagerDelegate.commit(BaseTransactionManagerDelegate.java:89) > at org.jboss.tm.usertx.client.ServerVMClientUserTransaction.commit(ServerVMClientUserTransaction.java:178) > at org.jboss.as.test.iiop.transaction.ClientEjb.testSynchronization(ClientEjb.java:65) > {noformat} > {noformat} > at org.wildfly.security.manager.WildFlySecurityManager.checkPermission(WildFlySecurityManager.java:271) > at org.wildfly.security.manager.WildFlySecurityManager.checkPermission(WildFlySecurityManager.java:175) > at org.omg.CORBA_2_3.portable.InputStream.checkPermission(InputStream.java:67) > at org.omg.CORBA_2_3.portable.InputStream.<init>(InputStream.java:84) > at com.sun.corba.se.impl.encoding.WrapperInputStream.<init>(WrapperInputStream.java:74) > at com.sun.corba.se.impl.corba.TypeCodeImpl.read_value(TypeCodeImpl.java:1273) > at com.sun.corba.se.impl.corba.TypeCodeImpl.copy(TypeCodeImpl.java:2018) > at com.sun.corba.se.impl.corba.TypeCodeImpl.copy(TypeCodeImpl.java:2054) > at com.sun.corba.se.impl.corba.AnyImpl.write_value(AnyImpl.java:610) > at com.sun.corba.se.impl.interceptors.CDREncapsCodec.encodeImpl(CDREncapsCodec.java:173) > at com.sun.corba.se.impl.interceptors.CDREncapsCodec.encode_value(CDREncapsCodec.java:119) > at com.arjuna.ats.jts.orbspecific.javaidl.interceptors.interposition.InterpositionClientRequestInterceptorImpl.send_request(InterpositionClientRequestInterceptorImpl.java:280) > at com.sun.corba.se.impl.interceptors.InterceptorInvoker.invokeClientInterceptorStartingPoint(InterceptorInvoker.java:245) > at com.sun.corba.se.impl.interceptors.PIHandlerImpl.invokeClientPIStartingPoint(PIHandlerImpl.java:355) > at com.sun.corba.se.impl.protocol.CorbaClientRequestDispatcherImpl.beginRequest(CorbaClientRequestDispatcherImpl.java:293) > at com.sun.corba.se.impl.protocol.CorbaClientDelegateImpl.request(CorbaClientDelegateImpl.java:137) > at org.omg.CORBA.portable.ObjectImpl._request(ObjectImpl.java:449) > at com.arjuna.ArjunaOTS._ArjunaTransactionStub.is_top_level_transaction(_ArjunaTransactionStub.java:193) > at com.arjuna.ats.jts.OTSManager.destroyControl(OTSManager.java:133) > at com.arjuna.ats.internal.jts.orbspecific.coordinator.ArjunaTransactionImple.destroyAction(ArjunaTransactionImple.java:2201) > at com.arjuna.ats.internal.jts.orbspecific.coordinator.ArjunaTransactionImple.commit(ArjunaTransactionImple.java:392) > at com.arjuna.ats.internal.jts.ControlWrapper.commit(ControlWrapper.java:244) > at com.arjuna.ats.internal.jts.orbspecific.CurrentImple.commit(CurrentImple.java:247) > at com.arjuna.ats.jts.extensions.AtomicTransaction.commit(AtomicTransaction.java:276) > at com.arjuna.ats.internal.jta.transaction.jts.TransactionImple.commitAndDisassociate(TransactionImple.java:1313) > at com.arjuna.ats.internal.jta.transaction.jts.BaseTransaction.commit(BaseTransaction.java:130) > at com.arjuna.ats.jbossatx.BaseTransactionManagerDelegate.commit(BaseTransactionManagerDelegate.java:89) > at org.jboss.tm.usertx.client.ServerVMClientUserTransaction.commit(ServerVMClientUserTransaction.java:178) > at org.jboss.as.test.iiop.transaction.ClientEjb.testSynchronization(ClientEjb.java:65) > {noformat} -- This message was sent by Atlassian JIRA (v6.4.11#64026)

8 years, 6 months

1
0
0 / 0

[JBoss JIRA] (JBTM-2579) Throw XAException in XATerminator::commit if a wrapped resource fails transiently

by Tom Jenkinson (JIRA)

[ https://issues.jboss.org/browse/JBTM-2579?page=com.atlassian.jira.plugin.... ] Tom Jenkinson closed JBTM-2579. ------------------------------- > Throw XAException in XATerminator::commit if a wrapped resource fails transiently > --------------------------------------------------------------------------------- > > Key: JBTM-2579 > URL: https://issues.jboss.org/browse/JBTM-2579 > Project: JBoss Transaction Manager > Issue Type: Bug > Components: JTA > Reporter: Tom Jenkinson > Assignee: Tom Jenkinson > Priority: Critical > Fix For: 4.17.31, 5.2.9.Final > > > It is possible for a resource that we are wrapping to return say XA_RETRY or XA_RMFAIL and therefore end up in the BasicAction failed list. However there is no error returned from commit in this circumstance as the recovery manager should ensure a consistent outcome. > The reason this becomes a problem for JTA and XATerminator in particular is that as no error is returned a parent coordinator will assume the branch completed successfully. In the future when it calls XATerminator::recover though this branch will be returned and detected as an orphan. -- This message was sent by Atlassian JIRA (v6.4.11#64026)

8 years, 6 months

1
0
0 / 0

[JBoss JIRA] (JBTM-2582) Re-enable SimpleIsolatedServers test

by Tom Jenkinson (JIRA)

[ https://issues.jboss.org/browse/JBTM-2582?page=com.atlassian.jira.plugin.... ] Tom Jenkinson closed JBTM-2582. ------------------------------- > Re-enable SimpleIsolatedServers test > ------------------------------------ > > Key: JBTM-2582 > URL: https://issues.jboss.org/browse/JBTM-2582 > Project: JBoss Transaction Manager > Issue Type: Task > Components: JTS > Affects Versions: 5.0.2 > Reporter: Michael Musgrove > Assignee: Michael Musgrove > Fix For: 5.2.9.Final > > > During the changes to support IBM orb this test was acidently excluded (in ArjunaJTS/integration/pom.xml). -- This message was sent by Atlassian JIRA (v6.4.11#64026)

8 years, 6 months

1
0
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

jbossts-issues December 2015