[JBoss JIRA] (JBTM-957) NullPointerException found in com.arjuna.ats.internal.jts.orbspecific.coordinator.ArjunaTransactionImple
1:38 p.m.
NullPointerException found in
com.arjuna.ats.internal.jts.orbspecific.coordinator.ArjunaTransactionImple
--------------------------------------------------------------------------------------------------------
Key: JBTM-957
URL: https://issues.jboss.org/browse/JBTM-957
Project: JBoss Transaction Manager
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: JTS
Affects Versions: 4.15.3
Reporter: David Lloyd
Priority: Minor
com.arjuna.ats.internal.jts.orbspecific.coordinator.ArjunaTransactionImple's
doBeforeCompletion() method assumes that the "controlHandle" field is
initialized to a non-null value. However,
com.arjuna.ats.internal.jts.orbspecific.interposition.ServerControl does not do said
initialization despite the fact that the apparent contract published in
com.arjuna.ats.internal.jts.orbspecific.ControlImple specifies that "The derived
classes are responsible for setting everything up, including adding the control to the
list of controls...".
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators:
https://issues.jboss.org/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
11:12 a.m.
[
https://issues.jboss.org/browse/JBTM-957?page=com.atlassian.jira.plugin.s...
]
jaikiran pai commented on JBTM-957:
-----------------------------------
The complete stacktrace looks like this:
{code}
14:37:50,125 WARN [com.arjuna.ats.jts] (pool-6-thread-4) ARJUNA22024:
ArjunaTransactionImple.doBeforeCompletion caught exception: org.omg.CORBA.UNKNOWN:
java.lang.NullPointerException
at
com.arjuna.ats.internal.jts.orbspecific.coordinator.ArjunaTransactionImple.get_txcontext(ArjunaTransactionImple.java:1269)
at
com.arjuna.ArjunaOTS.ArjunaTransactionPOATie.get_txcontext(ArjunaTransactionPOATie.java:128)
at
com.arjuna.ArjunaOTS._ArjunaTransactionStub.get_txcontext(_ArjunaTransactionStub.java:1173)
at
com.arjuna.ats.jts.orbspecific.jacorb.interceptors.interposition.InterpositionClientRequestInterceptorImpl.send_request(InterpositionClientRequestInterceptorImpl.java:198)
at org.jacorb.orb.portableInterceptor.ClientInterceptorIterator.invoke(Unknown Source)
at org.jacorb.orb.portableInterceptor.AbstractInterceptorIterator.iterate(Unknown
Source)
at org.jacorb.orb.portableInterceptor.ClientInterceptorIterator.iterate(Unknown Source)
at org.jacorb.orb.ClientInterceptorHandler.invokeInterceptors(Unknown Source)
at org.jacorb.orb.ClientInterceptorHandler.handle_send_request(Unknown Source)
at org.jacorb.orb.Delegate.invoke_internal(Unknown Source)
at org.jacorb.orb.Delegate.invoke(Unknown Source)
at org.omg.CORBA.portable.ObjectImpl._invoke(Unknown Source) [:1.6.0_26]
at
org.omg.CosTransactions._SynchronizationStub.before_completion(_SynchronizationStub.java:33)
at
com.arjuna.ats.internal.jts.orbspecific.coordinator.ArjunaTransactionImple.doBeforeCompletion(ArjunaTransactionImple.java:1458)
at
com.arjuna.ats.internal.jts.orbspecific.interposition.coordinator.ServerTransaction.doBeforeCompletion(ServerTransaction.java:518)
at
com.arjuna.ats.internal.jts.orbspecific.interposition.coordinator.ServerTransaction.doCommit(ServerTransaction.java:337)
at
com.arjuna.ats.internal.jta.transaction.jts.subordinate.SubordinateAtomicTransaction.doOnePhaseCommit(SubordinateAtomicTransaction.java:161)
at
com.arjuna.ats.internal.jta.transaction.jts.subordinate.TransactionImple.doOnePhaseCommit(TransactionImple.java:316)
at
org.jboss.as.ejb3.remote.protocol.versionone.XidTransactionCommitTask.manageTransaction(XidTransactionCommitTask.java:72)
at
org.jboss.as.ejb3.remote.protocol.versionone.XidTransactionManagementTask.run(XidTransactionManagementTask.java:63)
at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:441) [:1.6.0_26]
at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303) [:1.6.0_26]
at java.util.concurrent.FutureTask.run(FutureTask.java:138) [:1.6.0_26]
at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
[:1.6.0_26]
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
[:1.6.0_26]
at java.lang.Thread.run(Thread.java:680) [:1.6.0_26]
at org.jboss.threads.JBossThread.run(JBossThread.java:122)
[jboss-threads-2.0.0.GA.jar:2.0.0.GA]
{code}
NullPointerException found in
com.arjuna.ats.internal.jts.orbspecific.coordinator.ArjunaTransactionImple
--------------------------------------------------------------------------------------------------------
Key: JBTM-957
URL: https://issues.jboss.org/browse/JBTM-957
Project: JBoss Transaction Manager
Issue Type: Bug
Security Level: Public(Everyone can see)
Components: JTS
Affects Versions: 4.15.3
Reporter: David Lloyd
Priority: Minor
com.arjuna.ats.internal.jts.orbspecific.coordinator.ArjunaTransactionImple's
doBeforeCompletion() method assumes that the "controlHandle" field is
initialized to a non-null value. However,
com.arjuna.ats.internal.jts.orbspecific.interposition.ServerControl does not do said
initialization despite the fact that the apparent contract published in
com.arjuna.ats.internal.jts.orbspecific.ControlImple specifies that "The derived
classes are responsible for setting everything up, including adding the control to the
list of controls...".
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators:
https://issues.jboss.org/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
11:14 a.m.
[
https://issues.jboss.org/browse/JBTM-957?page=com.atlassian.jira.plugin.s...
]
jaikiran pai edited comment on JBTM-957 at 12/6/11 12:14 PM:
-------------------------------------------------------------
Just copying the workaround, along with the issue details, that we use in AS7 currently:
{code}
// This is a hack (obviously!) to workaround a bug in JBoss TS which leads to a
NullPointerException in
//
com.arjuna.ats.internal.jts.orbspecific.coordinator.ArjunaTransactionImple.propagationContext()
at the
// following line (controlHandle is null)
// Control currentControl = controlHandle.getControl();
//
// The bug appears to be in
com.arjuna.ats.internal.jts.orbspecific.interposition.ServerControl constructor:
// public ServerControl (ServerTransaction stx)
// {
// super();
//
// _realCoordinator = null;
// _realTerminator = null;
// _isWrapper = false;
//
// _transactionHandle = stx;
// _theUid = stx.get_uid();
//
// createTransactionHandle();
//
// addControl();
//
// }
// com.arjuna.ats.internal.jts.orbspecific.ControlImple from which the ServerControl
extends
// says this (in its protected no-arg constructor which the ServerControl calls
above):
// /**
// * Protected constructor for inheritance. The derived classes are
// * responsible for setting everything up, including adding the control to
// * the list of controls and assigning the Uid variable.
// */
//
// So the public ServerControl (ServerTransaction stx) is expected to call
_transactionHandle.setControlHandle(this);
// in that construct.
//
// This hack method does that job to workaround that bug
private void hackJTS(final SubordinateTransaction subordinateTransaction) {
if (subordinateTransaction instanceof TransactionImple) {
final TransactionImple txImple = (TransactionImple) subordinateTransaction;
final ControlWrapper controlWrapper = txImple.getControlWrapper();
if (controlWrapper == null) {
return;
}
final ControlImple controlImple = controlWrapper.getImple();
if (controlImple == null) {
return;
}
final ArjunaTransactionImple arjunaTransactionImple =
controlImple.getImplHandle();
if (arjunaTransactionImple == null) {
return;
}
logger.debug("Applying a JTS hack to setControlHandle " +
controlImple + " on subordinate tx " + subordinateTransaction);
arjunaTransactionImple.setControlHandle(controlImple);
}
}
{code}
was (Author: jaikiran):
Just copying the workaround, along with the issue details, that we use in AS7
currently:
{quote}
// This is a hack (obviously!) to workaround a bug in JBoss TS which leads to a
NullPointerException in
//
com.arjuna.ats.internal.jts.orbspecific.coordinator.ArjunaTransactionImple.propagationContext()
at the
// following line (controlHandle is null)
// Control currentControl = controlHandle.getControl();
//
// The bug appears to be in
com.arjuna.ats.internal.jts.orbspecific.interposition.ServerControl constructor:
// public ServerControl (ServerTransaction stx)
// {
// super();
//
// _realCoordinator = null;
// _realTerminator = null;
// _isWrapper = false;
//
// _transactionHandle = stx;
// _theUid = stx.get_uid();
//
// createTransactionHandle();
//
// addControl();
//
// }
// com.arjuna.ats.internal.jts.orbspecific.ControlImple from which the ServerControl
extends
// says this (in its protected no-arg constructor which the ServerControl calls
above):
// /**
// * Protected constructor for inheritance. The derived classes are
// * responsible for setting everything up, including adding the control to
// * the list of controls and assigning the Uid variable.
// */
//
// So the public ServerControl (ServerTransaction stx) is expected to call
_transactionHandle.setControlHandle(this);
// in that construct.
//
// This hack method does that job to workaround that bug
private void hackJTS(final SubordinateTransaction subordinateTransaction) {
if (subordinateTransaction instanceof TransactionImple) {
final TransactionImple txImple = (TransactionImple) subordinateTransaction;
final ControlWrapper controlWrapper = txImple.getControlWrapper();
if (controlWrapper == null) {
return;
}
final ControlImple controlImple = controlWrapper.getImple();
if (controlImple == null) {
return;
}
final ArjunaTransactionImple arjunaTransactionImple =
controlImple.getImplHandle();
if (arjunaTransactionImple == null) {
return;
}
logger.debug("Applying a JTS hack to setControlHandle " +
controlImple + " on subordinate tx " + subordinateTransaction);
arjunaTransactionImple.setControlHandle(controlImple);
}
}
{quote}
NullPointerException found in
com.arjuna.ats.internal.jts.orbspecific.coordinator.ArjunaTransactionImple
--------------------------------------------------------------------------------------------------------
Key: JBTM-957
URL: https://issues.jboss.org/browse/JBTM-957
Project: JBoss Transaction Manager
Issue Type: Bug
Security Level: Public(Everyone can see)
Components: JTS
Affects Versions: 4.15.3
Reporter: David Lloyd
Priority: Minor
com.arjuna.ats.internal.jts.orbspecific.coordinator.ArjunaTransactionImple's
doBeforeCompletion() method assumes that the "controlHandle" field is
initialized to a non-null value. However,
com.arjuna.ats.internal.jts.orbspecific.interposition.ServerControl does not do said
initialization despite the fact that the apparent contract published in
com.arjuna.ats.internal.jts.orbspecific.ControlImple specifies that "The derived
classes are responsible for setting everything up, including adding the control to the
list of controls...".
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators:
https://issues.jboss.org/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
11:14 a.m.
[
https://issues.jboss.org/browse/JBTM-957?page=com.atlassian.jira.plugin.s...
]
jaikiran pai commented on JBTM-957:
-----------------------------------
Just copying the workaround, along with the issue details, that we use in AS7 currently:
{quote}
// This is a hack (obviously!) to workaround a bug in JBoss TS which leads to a
NullPointerException in
//
com.arjuna.ats.internal.jts.orbspecific.coordinator.ArjunaTransactionImple.propagationContext()
at the
// following line (controlHandle is null)
// Control currentControl = controlHandle.getControl();
//
// The bug appears to be in
com.arjuna.ats.internal.jts.orbspecific.interposition.ServerControl constructor:
// public ServerControl (ServerTransaction stx)
// {
// super();
//
// _realCoordinator = null;
// _realTerminator = null;
// _isWrapper = false;
//
// _transactionHandle = stx;
// _theUid = stx.get_uid();
//
// createTransactionHandle();
//
// addControl();
//
// }
// com.arjuna.ats.internal.jts.orbspecific.ControlImple from which the ServerControl
extends
// says this (in its protected no-arg constructor which the ServerControl calls
above):
// /**
// * Protected constructor for inheritance. The derived classes are
// * responsible for setting everything up, including adding the control to
// * the list of controls and assigning the Uid variable.
// */
//
// So the public ServerControl (ServerTransaction stx) is expected to call
_transactionHandle.setControlHandle(this);
// in that construct.
//
// This hack method does that job to workaround that bug
private void hackJTS(final SubordinateTransaction subordinateTransaction) {
if (subordinateTransaction instanceof TransactionImple) {
final TransactionImple txImple = (TransactionImple) subordinateTransaction;
final ControlWrapper controlWrapper = txImple.getControlWrapper();
if (controlWrapper == null) {
return;
}
final ControlImple controlImple = controlWrapper.getImple();
if (controlImple == null) {
return;
}
final ArjunaTransactionImple arjunaTransactionImple =
controlImple.getImplHandle();
if (arjunaTransactionImple == null) {
return;
}
logger.debug("Applying a JTS hack to setControlHandle " +
controlImple + " on subordinate tx " + subordinateTransaction);
arjunaTransactionImple.setControlHandle(controlImple);
}
}
{quote}
NullPointerException found in
com.arjuna.ats.internal.jts.orbspecific.coordinator.ArjunaTransactionImple
--------------------------------------------------------------------------------------------------------
Key: JBTM-957
URL: https://issues.jboss.org/browse/JBTM-957
Project: JBoss Transaction Manager
Issue Type: Bug
Security Level: Public(Everyone can see)
Components: JTS
Affects Versions: 4.15.3
Reporter: David Lloyd
Priority: Minor
com.arjuna.ats.internal.jts.orbspecific.coordinator.ArjunaTransactionImple's
doBeforeCompletion() method assumes that the "controlHandle" field is
initialized to a non-null value. However,
com.arjuna.ats.internal.jts.orbspecific.interposition.ServerControl does not do said
initialization despite the fact that the apparent contract published in
com.arjuna.ats.internal.jts.orbspecific.ControlImple specifies that "The derived
classes are responsible for setting everything up, including adding the control to the
list of controls...".
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators:
https://issues.jboss.org/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
11 a.m.
[
https://issues.jboss.org/browse/JBTM-957?page=com.atlassian.jira.plugin.s...
]
Jonathan Halliday reassigned JBTM-957:
--------------------------------------
Assignee: Jonathan Halliday
NullPointerException found in
com.arjuna.ats.internal.jts.orbspecific.coordinator.ArjunaTransactionImple
--------------------------------------------------------------------------------------------------------
Key: JBTM-957
URL: https://issues.jboss.org/browse/JBTM-957
Project: JBoss Transaction Manager
Issue Type: Bug
Security Level: Public(Everyone can see)
Components: JTS
Affects Versions: 4.15.3
Reporter: David Lloyd
Assignee: Jonathan Halliday
Priority: Minor
Fix For: 4.16.0.Final
com.arjuna.ats.internal.jts.orbspecific.coordinator.ArjunaTransactionImple's
doBeforeCompletion() method assumes that the "controlHandle" field is
initialized to a non-null value. However,
com.arjuna.ats.internal.jts.orbspecific.interposition.ServerControl does not do said
initialization despite the fact that the apparent contract published in
com.arjuna.ats.internal.jts.orbspecific.ControlImple specifies that "The derived
classes are responsible for setting everything up, including adding the control to the
list of controls...".
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators:
https://issues.jboss.org/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
11 a.m.
[
https://issues.jboss.org/browse/JBTM-957?page=com.atlassian.jira.plugin.s...
]
Jonathan Halliday updated JBTM-957:
-----------------------------------
Fix Version/s: 4.16.0.Final
NullPointerException found in
com.arjuna.ats.internal.jts.orbspecific.coordinator.ArjunaTransactionImple
--------------------------------------------------------------------------------------------------------
Key: JBTM-957
URL: https://issues.jboss.org/browse/JBTM-957
Project: JBoss Transaction Manager
Issue Type: Bug
Security Level: Public(Everyone can see)
Components: JTS
Affects Versions: 4.15.3
Reporter: David Lloyd
Assignee: Jonathan Halliday
Priority: Minor
Fix For: 4.16.0.Final
com.arjuna.ats.internal.jts.orbspecific.coordinator.ArjunaTransactionImple's
doBeforeCompletion() method assumes that the "controlHandle" field is
initialized to a non-null value. However,
com.arjuna.ats.internal.jts.orbspecific.interposition.ServerControl does not do said
initialization despite the fact that the apparent contract published in
com.arjuna.ats.internal.jts.orbspecific.ControlImple specifies that "The derived
classes are responsible for setting everything up, including adding the control to the
list of controls...".
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators:
https://issues.jboss.org/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
11:02 a.m.
[
https://issues.jboss.org/browse/JBTM-957?page=com.atlassian.jira.plugin.s...
]
Mark Little commented on JBTM-957:
----------------------------------
Just confirming a conversation Jonathan and I have had: in the C++ implementation,
createTransactionHandle in OTS_Control also did a setControlHandle. The Java version of
createTransactionHandle doesn't do that any longer and the ServerControl constructor
was obviously overlooked when making the change. So an explicit call to setControlHandle
should be in there.
NullPointerException found in
com.arjuna.ats.internal.jts.orbspecific.coordinator.ArjunaTransactionImple
--------------------------------------------------------------------------------------------------------
Key: JBTM-957
URL: https://issues.jboss.org/browse/JBTM-957
Project: JBoss Transaction Manager
Issue Type: Bug
Security Level: Public(Everyone can see)
Components: JTS
Affects Versions: 4.15.3
Reporter: David Lloyd
Assignee: Jonathan Halliday
Priority: Minor
Fix For: 4.16.0.Final
com.arjuna.ats.internal.jts.orbspecific.coordinator.ArjunaTransactionImple's
doBeforeCompletion() method assumes that the "controlHandle" field is
initialized to a non-null value. However,
com.arjuna.ats.internal.jts.orbspecific.interposition.ServerControl does not do said
initialization despite the fact that the apparent contract published in
com.arjuna.ats.internal.jts.orbspecific.ControlImple specifies that "The derived
classes are responsible for setting everything up, including adding the control to the
list of controls...".
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators:
https://issues.jboss.org/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
6:43 a.m.
[
https://issues.jboss.org/browse/JBTM-957?page=com.atlassian.jira.plugin.s...
]
Jonathan Halliday updated JBTM-957:
-----------------------------------
Fix Version/s: 5.0.0.M2
Affects Version/s: 5.0.0.M1
NullPointerException found in
com.arjuna.ats.internal.jts.orbspecific.coordinator.ArjunaTransactionImple
--------------------------------------------------------------------------------------------------------
Key: JBTM-957
URL: https://issues.jboss.org/browse/JBTM-957
Project: JBoss Transaction Manager
Issue Type: Bug
Security Level: Public(Everyone can see)
Components: JTS
Affects Versions: 4.15.3, 5.0.0.M1
Reporter: David Lloyd
Assignee: Jonathan Halliday
Priority: Minor
Fix For: 4.16.0.Final, 5.0.0.M2
com.arjuna.ats.internal.jts.orbspecific.coordinator.ArjunaTransactionImple's
doBeforeCompletion() method assumes that the "controlHandle" field is
initialized to a non-null value. However,
com.arjuna.ats.internal.jts.orbspecific.interposition.ServerControl does not do said
initialization despite the fact that the apparent contract published in
com.arjuna.ats.internal.jts.orbspecific.ControlImple specifies that "The derived
classes are responsible for setting everything up, including adding the control to the
list of controls...".
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators:
https://issues.jboss.org/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
6:43 a.m.
[
https://issues.jboss.org/browse/JBTM-957?page=com.atlassian.jira.plugin.s...
]
Jonathan Halliday closed JBTM-957.
----------------------------------
Resolution: Done
NullPointerException found in
com.arjuna.ats.internal.jts.orbspecific.coordinator.ArjunaTransactionImple
--------------------------------------------------------------------------------------------------------
Key: JBTM-957
URL: https://issues.jboss.org/browse/JBTM-957
Project: JBoss Transaction Manager
Issue Type: Bug
Security Level: Public(Everyone can see)
Components: JTS
Affects Versions: 4.15.3, 5.0.0.M1
Reporter: David Lloyd
Assignee: Jonathan Halliday
Priority: Minor
Fix For: 4.16.0.Final, 5.0.0.M2
com.arjuna.ats.internal.jts.orbspecific.coordinator.ArjunaTransactionImple's
doBeforeCompletion() method assumes that the "controlHandle" field is
initialized to a non-null value. However,
com.arjuna.ats.internal.jts.orbspecific.interposition.ServerControl does not do said
initialization despite the fact that the apparent contract published in
com.arjuna.ats.internal.jts.orbspecific.ControlImple specifies that "The derived
classes are responsible for setting everything up, including adding the control to the
list of controls...".
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators:
https://issues.jboss.org/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
9:04 a.m.
[
https://issues.jboss.org/browse/JBTM-957?page=com.atlassian.jira.plugin.s...
]
Tom Jenkinson updated JBTM-957:
-------------------------------
Fix Version/s: 4.17.0
(was: 5.0.0.M2)
NullPointerException found in
com.arjuna.ats.internal.jts.orbspecific.coordinator.ArjunaTransactionImple
--------------------------------------------------------------------------------------------------------
Key: JBTM-957
URL: https://issues.jboss.org/browse/JBTM-957
Project: JBoss Transaction Manager
Issue Type: Bug
Security Level: Public(Everyone can see)
Components: JTS
Affects Versions: 4.15.3, 5.0.0.M1
Reporter: David Lloyd
Assignee: Jonathan Halliday
Priority: Minor
Fix For: 4.16.0.Final, 4.17.0
com.arjuna.ats.internal.jts.orbspecific.coordinator.ArjunaTransactionImple's
doBeforeCompletion() method assumes that the "controlHandle" field is
initialized to a non-null value. However,
com.arjuna.ats.internal.jts.orbspecific.interposition.ServerControl does not do said
initialization despite the fact that the apparent contract published in
com.arjuna.ats.internal.jts.orbspecific.ControlImple specifies that "The derived
classes are responsible for setting everything up, including adding the control to the
list of controls...".
--
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
9:04 a.m.
[
https://issues.jboss.org/browse/JBTM-957?page=com.atlassian.jira.plugin.s...
]
Tom Jenkinson reopened JBTM-957:
--------------------------------
NullPointerException found in
com.arjuna.ats.internal.jts.orbspecific.coordinator.ArjunaTransactionImple
--------------------------------------------------------------------------------------------------------
Key: JBTM-957
URL: https://issues.jboss.org/browse/JBTM-957
Project: JBoss Transaction Manager
Issue Type: Bug
Security Level: Public(Everyone can see)
Components: JTS
Affects Versions: 4.15.3, 5.0.0.M1
Reporter: David Lloyd
Assignee: Jonathan Halliday
Priority: Minor
Fix For: 4.16.0.Final, 5.0.0.M2
com.arjuna.ats.internal.jts.orbspecific.coordinator.ArjunaTransactionImple's
doBeforeCompletion() method assumes that the "controlHandle" field is
initialized to a non-null value. However,
com.arjuna.ats.internal.jts.orbspecific.interposition.ServerControl does not do said
initialization despite the fact that the apparent contract published in
com.arjuna.ats.internal.jts.orbspecific.ControlImple specifies that "The derived
classes are responsible for setting everything up, including adding the control to the
list of controls...".
--
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
9:04 a.m.
[
https://issues.jboss.org/browse/JBTM-957?page=com.atlassian.jira.plugin.s...
]
Tom Jenkinson closed JBTM-957.
------------------------------
Resolution: Done
NullPointerException found in
com.arjuna.ats.internal.jts.orbspecific.coordinator.ArjunaTransactionImple
--------------------------------------------------------------------------------------------------------
Key: JBTM-957
URL: https://issues.jboss.org/browse/JBTM-957
Project: JBoss Transaction Manager
Issue Type: Bug
Security Level: Public(Everyone can see)
Components: JTS
Affects Versions: 4.15.3, 5.0.0.M1
Reporter: David Lloyd
Assignee: Jonathan Halliday
Priority: Minor
Fix For: 4.17.0, 4.16.0.Final
com.arjuna.ats.internal.jts.orbspecific.coordinator.ArjunaTransactionImple's
doBeforeCompletion() method assumes that the "controlHandle" field is
initialized to a non-null value. However,
com.arjuna.ats.internal.jts.orbspecific.interposition.ServerControl does not do said
initialization despite the fact that the apparent contract published in
com.arjuna.ats.internal.jts.orbspecific.ControlImple specifies that "The derived
classes are responsible for setting everything up, including adding the control to the
list of controls...".
--
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
4197
days inactive
4551
days old
jbossts-issues@lists.jboss.org
11 comments
8 participants
participants (8)
-
David Lloyd (Created) (JIRA) -
jaikiran pai (Commented) (JIRA)
-
jaikiran pai (Issue Comment Edited) (JIRA)
-
Jonathan Halliday (Assigned) (JIRA)
-
Jonathan Halliday (Closed) (JIRA)
-
Jonathan Halliday (Updated) (JIRA)
-
Mark Little (Commented) (JIRA)
-
Tom Jenkinson (JIRA)