[JBoss JIRA] (JBTM-1036) NP: Possible null pointer dereference (NP_NULL_ON_SOME_PATH)
by Mark Little (JIRA)
[ https://issues.jboss.org/browse/JBTM-1036?page=com.atlassian.jira.plugin.... ]
Mark Little commented on JBTM-1036:
-----------------------------------
Many of these are not going to be null when they are used because we will have caught the error earlier in the workflow and reported the problem or thrown an exception.
> NP: Possible null pointer dereference (NP_NULL_ON_SOME_PATH)
> ------------------------------------------------------------
>
> Key: JBTM-1036
> URL: https://issues.jboss.org/browse/JBTM-1036
> Project: JBoss Transaction Manager
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: JTA, JTS, Transaction Core
> Reporter: Amos Feng
> Assignee: Gytis Trikleris
> Priority: Minor
> Fix For: 5.0.0.Final
>
> Original Estimate: 1 hour
> Remaining Estimate: 1 hour
>
> 1.ArjunaJTA/jdbc
> Possible null pointer dereference of conn in com.arjuna.ats.internal.jdbc.recovery.BasicXARecovery.getXAResource() Line 169
> 2.ArjunaCore/arjuna
> com.arjuna.ats.arjuna.StateManager Line 1234
> Possible null pointer dereference of action in com.arjuna.ats.arjuna.StateManager.forgetAction(BasicAction, boolean, int)
> 3.ArjunaCore/arjuna
> com.arjuna.ats.internal.arjuna.objectstore.HashedStore Line 131
> Possible null pointer dereference of aUid in com.arjuna.ats.internal.arjuna.objectstore.HashedStore.allObjUids(String, InputObjectState, int)
> 4.ArjunaJTS/jtax
> com.arjuna.ats.internal.jta.transaction.jts.subordinate.jca.coordinator.ServerTransaction Line 108
> Possible null pointer dereference of ServerTransaction._theXid in com.arjuna.ats.internal.jta.transaction.jts.subordinate.jca.coordinator.ServerTransaction.save_state(OutputObjectState, int)
> 5.ArjunaJTS/jts
> com.arjuna.ats.internal.jts.context.ContextManager Line 553
> Possible null pointer dereference of action in com.arjuna.ats.internal.jts.context.ContextManager.pushAction(ControlWrapper)
> 6.ArjunaJTS/jts
> com.arjuna.ats.jts.extensions.AtomicTransaction Line 617
> Possible null pointer dereference of AtomicTransaction._theAction in com.arjuna.ats.jts.extensions.AtomicTransaction.equals(Object)
--
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
11 years, 8 months
[JBoss JIRA] (JBTM-1036) NP: Possible null pointer dereference (NP_NULL_ON_SOME_PATH)
by Mark Little (JIRA)
[ https://issues.jboss.org/browse/JBTM-1036?page=com.atlassian.jira.plugin.... ]
Mark Little edited comment on JBTM-1036 at 4/2/13 4:33 AM:
-----------------------------------------------------------
Many of these are not going to be null when they are used because we will have caught the error earlier in the state machine and reported the problem or thrown an exception.
was (Author: marklittle):
Many of these are not going to be null when they are used because we will have caught the error earlier in the workflow and reported the problem or thrown an exception.
> NP: Possible null pointer dereference (NP_NULL_ON_SOME_PATH)
> ------------------------------------------------------------
>
> Key: JBTM-1036
> URL: https://issues.jboss.org/browse/JBTM-1036
> Project: JBoss Transaction Manager
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: JTA, JTS, Transaction Core
> Reporter: Amos Feng
> Assignee: Gytis Trikleris
> Priority: Minor
> Fix For: 5.0.0.Final
>
> Original Estimate: 1 hour
> Remaining Estimate: 1 hour
>
> 1.ArjunaJTA/jdbc
> Possible null pointer dereference of conn in com.arjuna.ats.internal.jdbc.recovery.BasicXARecovery.getXAResource() Line 169
> 2.ArjunaCore/arjuna
> com.arjuna.ats.arjuna.StateManager Line 1234
> Possible null pointer dereference of action in com.arjuna.ats.arjuna.StateManager.forgetAction(BasicAction, boolean, int)
> 3.ArjunaCore/arjuna
> com.arjuna.ats.internal.arjuna.objectstore.HashedStore Line 131
> Possible null pointer dereference of aUid in com.arjuna.ats.internal.arjuna.objectstore.HashedStore.allObjUids(String, InputObjectState, int)
> 4.ArjunaJTS/jtax
> com.arjuna.ats.internal.jta.transaction.jts.subordinate.jca.coordinator.ServerTransaction Line 108
> Possible null pointer dereference of ServerTransaction._theXid in com.arjuna.ats.internal.jta.transaction.jts.subordinate.jca.coordinator.ServerTransaction.save_state(OutputObjectState, int)
> 5.ArjunaJTS/jts
> com.arjuna.ats.internal.jts.context.ContextManager Line 553
> Possible null pointer dereference of action in com.arjuna.ats.internal.jts.context.ContextManager.pushAction(ControlWrapper)
> 6.ArjunaJTS/jts
> com.arjuna.ats.jts.extensions.AtomicTransaction Line 617
> Possible null pointer dereference of AtomicTransaction._theAction in com.arjuna.ats.jts.extensions.AtomicTransaction.equals(Object)
--
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
11 years, 8 months
[JBoss JIRA] (JBTM-1365) Deploy REST-AT support as a JBossAS subsystem and module
by Gytis Trikleris (JIRA)
[ https://issues.jboss.org/browse/JBTM-1365?focusedWorklogId=12428938&page=... ]
Gytis Trikleris logged work on JBTM-1365:
-----------------------------------------
Author: Gytis Trikleris
Created on: 02/Apr/13 4:27 AM
Start Date: 02/Apr/13 4:27 AM
Worklog Time Spent: 1 day
Issue Time Tracking
-------------------
Remaining Estimate: 2 weeks, 3 days, 5 hours (was: 2 weeks, 4 days, 5 hours)
Time Spent: 1 day, 3 hours (was: 3 hours)
Worklog Id: (was: 12428938)
> Deploy REST-AT support as a JBossAS subsystem and module
> --------------------------------------------------------
>
> Key: JBTM-1365
> URL: https://issues.jboss.org/browse/JBTM-1365
> Project: JBoss Transaction Manager
> Issue Type: Feature Request
> Security Level: Public(Everyone can see)
> Components: REST
> Reporter: Paul Robinson
> Assignee: Gytis Trikleris
> Fix For: 5.0.0.M3
>
> Original Estimate: 3 weeks
> Time Spent: 1 day, 3 hours
> Remaining Estimate: 2 weeks, 3 days, 5 hours
>
> Currently a user of REST-AT needs to deploy the coordinator and also create a new module for the REST-AT client support. It would be a lot easier for developers if this was already deployed as part of AS7.
> I think the way to do this is to create a sub-system for the coordinator (like what we do for the XTS coordinator) and a module for the REST-AT libraries (again, similar to XTS).
> The subsystem would need to:
> * Bootstrap the coordinator. Currently bootstrapping occurs when the coordinator war is deployed. As there will be no war, the subsystem needs to take care of this bootstrapping.
> * Deploy the coordinator endpoint.
> The module would need to contain the REST-AT coordinator code and the client libraries.
> h3. Open Issues
> Need to check with the AS team to see if we add a new Subsystem or make do with an existing one. We can't start this work until this is resolved.
--
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
11 years, 8 months
[JBoss JIRA] (JBTM-1036) NP: Possible null pointer dereference (NP_NULL_ON_SOME_PATH)
by Gytis Trikleris (JIRA)
[ https://issues.jboss.org/browse/JBTM-1036?page=com.atlassian.jira.plugin.... ]
Gytis Trikleris updated JBTM-1036:
----------------------------------
Original Estimate: 1 hour
Remaining Estimate: 1 hour
> NP: Possible null pointer dereference (NP_NULL_ON_SOME_PATH)
> ------------------------------------------------------------
>
> Key: JBTM-1036
> URL: https://issues.jboss.org/browse/JBTM-1036
> Project: JBoss Transaction Manager
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: JTA, JTS, Transaction Core
> Reporter: Amos Feng
> Assignee: Gytis Trikleris
> Priority: Minor
> Fix For: 5.0.0.Final
>
> Original Estimate: 1 hour
> Remaining Estimate: 1 hour
>
> 1.ArjunaJTA/jdbc
> Possible null pointer dereference of conn in com.arjuna.ats.internal.jdbc.recovery.BasicXARecovery.getXAResource() Line 169
> 2.ArjunaCore/arjuna
> com.arjuna.ats.arjuna.StateManager Line 1234
> Possible null pointer dereference of action in com.arjuna.ats.arjuna.StateManager.forgetAction(BasicAction, boolean, int)
> 3.ArjunaCore/arjuna
> com.arjuna.ats.internal.arjuna.objectstore.HashedStore Line 131
> Possible null pointer dereference of aUid in com.arjuna.ats.internal.arjuna.objectstore.HashedStore.allObjUids(String, InputObjectState, int)
> 4.ArjunaJTS/jtax
> com.arjuna.ats.internal.jta.transaction.jts.subordinate.jca.coordinator.ServerTransaction Line 108
> Possible null pointer dereference of ServerTransaction._theXid in com.arjuna.ats.internal.jta.transaction.jts.subordinate.jca.coordinator.ServerTransaction.save_state(OutputObjectState, int)
> 5.ArjunaJTS/jts
> com.arjuna.ats.internal.jts.context.ContextManager Line 553
> Possible null pointer dereference of action in com.arjuna.ats.internal.jts.context.ContextManager.pushAction(ControlWrapper)
> 6.ArjunaJTS/jts
> com.arjuna.ats.jts.extensions.AtomicTransaction Line 617
> Possible null pointer dereference of AtomicTransaction._theAction in com.arjuna.ats.jts.extensions.AtomicTransaction.equals(Object)
--
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
11 years, 8 months
[JBoss JIRA] (JBTM-1249) Update documentation to resolve XA recovery Failed on Oracle (pad-xid=true not propagated to the XARecoveryModule)
by Gytis Trikleris (JIRA)
[ https://issues.jboss.org/browse/JBTM-1249?page=com.atlassian.jira.plugin.... ]
Gytis Trikleris updated JBTM-1249:
----------------------------------
Original Estimate: 20 minutes
Remaining Estimate: 20 minutes
> Update documentation to resolve XA recovery Failed on Oracle (pad-xid=true not propagated to the XARecoveryModule)
> ------------------------------------------------------------------------------------------------------------------
>
> Key: JBTM-1249
> URL: https://issues.jboss.org/browse/JBTM-1249
> Project: JBoss Transaction Manager
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: Application Server Integration, Documentation, JCA, JTS
> Affects Versions: 4.16.2
> Environment: JBoss AS 7.1.1 Final, Windows, Oracle
> Reporter: Michel PRUNET
> Assignee: Gytis Trikleris
> Labels: jboss, jts, recovery, xa
> Fix For: 5.0.0.Final
>
> Attachments: TestEJB.zip
>
> Original Estimate: 20 minutes
> Remaining Estimate: 20 minutes
>
> The XARecoveryManager is unable to recover an Oracle Prepared Transaction.
> The reason:
> Oracle needs the Xid to be padded (pad-xid set to true in xa-datasource).
> When the method XARecoveryModule.getNewXAResource(Xid xid) is called. The value of xid is not padded (retrieved from the tx-object-store). The XID contained in the RecoveryXids are padded (retrieved from oracle). When the method execute xids.remove(xid), it never found the xid. The transaction is never recovered.
> In a debug session, if you pad the xid in that method (change the xid.gtrud_length and or bqual_length), the transaction will be recovered successfully.
--
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
11 years, 8 months