From issues at jboss.org Sat Apr 1 06:45:00 2017 From: issues at jboss.org (Michael Musgrove (JIRA)) Date: Sat, 1 Apr 2017 06:45:00 -0400 (EDT) Subject: [jbossts-issues] [JBoss JIRA] (JBTM-2878) Quickstarts not running in CI In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/JBTM-2878?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Michael Musgrove updated JBTM-2878: ----------------------------------- Description: The script that is meant to run the quickstarts (scripts/hudson/quickstart.sh) is not running them for the following reason: the script clones narayana and changes directory into it to build it but does not change directory back into the quickstart directory before running ./build.sh clean install and consequently it just ends up doing a second rebuild of narayana instead. Also JENKINS_HOST is missing a userConotent directory so the following call will fail the build wget http://${JENKINS_HOST}/userConotent/blacktie-thirdparty-centos70x64.tgz was:The script that is meant to run the quickstarts (scripts/hudson/quickstart.sh) is not running them for the following reason: the script clones narayana and changes directory into it to build it but does not change directory back into the quickstart directory before running ./build.sh clean install and consequently it just ends up doing a second rebuild of narayana instead. > Quickstarts not running in CI > ----------------------------- > > Key: JBTM-2878 > URL: https://issues.jboss.org/browse/JBTM-2878 > Project: JBoss Transaction Manager > Issue Type: Bug > Components: Demonstrator > Affects Versions: 5.5.6.Final > Reporter: Michael Musgrove > Assignee: Michael Musgrove > Fix For: 5.next > > > The script that is meant to run the quickstarts (scripts/hudson/quickstart.sh) is not running them for the following reason: the script clones narayana and changes directory into it to build it but does not change directory back into the quickstart directory before running ./build.sh clean install and consequently it just ends up doing a second rebuild of narayana instead. > Also JENKINS_HOST is missing a userConotent directory so the following call will fail the build > wget http://${JENKINS_HOST}/userConotent/blacktie-thirdparty-centos70x64.tgz -- This message was sent by Atlassian JIRA (v7.2.3#72005) From issues at jboss.org Mon Apr 3 10:22:00 2017 From: issues at jboss.org (Michael Musgrove (JIRA)) Date: Mon, 3 Apr 2017 10:22:00 -0400 (EDT) Subject: [jbossts-issues] [JBoss JIRA] (JBTM-2874) WildFly to GlassFish interop: Add a quickstart that shows transaction propagation In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/JBTM-2874?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Michael Musgrove updated JBTM-2874: ----------------------------------- Status: Resolved (was: Pull Request Sent) Resolution: Done > WildFly to GlassFish interop: Add a quickstart that shows transaction propagation > --------------------------------------------------------------------------------- > > Key: JBTM-2874 > URL: https://issues.jboss.org/browse/JBTM-2874 > Project: JBoss Transaction Manager > Issue Type: Sub-task > Components: Demonstrator > Affects Versions: 5.5.5.Final > Reporter: Michael Musgrove > Assignee: Michael Musgrove > Fix For: 5.next > > > Currently both app servers need patching. The quickstart will demonstrate: > # how to patch the servers; > # link to the WidFly and GlassFish JIRAs that stop interop from working; > # show how to configure and run transactional ejb calls between the two servers > A follow up quickstart will demonstrate recovery -- This message was sent by Atlassian JIRA (v7.2.3#72005) From issues at jboss.org Mon Apr 3 10:25:00 2017 From: issues at jboss.org (Michael Musgrove (JIRA)) Date: Mon, 3 Apr 2017 10:25:00 -0400 (EDT) Subject: [jbossts-issues] [JBoss JIRA] (JBTM-2653) Make the service context id for JTS coordinator propagation configurable In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/JBTM-2653?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Michael Musgrove resolved JBTM-2653. ------------------------------------ Resolution: Done Fixed in PR https://github.com/jbosstm/narayana/pull/1157 > Make the service context id for JTS coordinator propagation configurable > ------------------------------------------------------------------------ > > Key: JBTM-2653 > URL: https://issues.jboss.org/browse/JBTM-2653 > Project: JBoss Transaction Manager > Issue Type: Sub-task > Components: JTS > Affects Versions: 5.3.2.Final > Reporter: Michael Musgrove > Assignee: Michael Musgrove > Priority: Optional > Fix For: 5.next > > > JTS transaction propagation uses a CORBA service context to transmit the coordinator object reference. We use a proprietary id to identify this context but if we want to interoperate with foreign transaction managers we need to use the standard value of zero. -- This message was sent by Atlassian JIRA (v7.2.3#72005) From issues at jboss.org Tue Apr 4 06:23:00 2017 From: issues at jboss.org (Ondra Chaloupka (JIRA)) Date: Tue, 4 Apr 2017 06:23:00 -0400 (EDT) Subject: [jbossts-issues] [JBoss JIRA] (JBTM-2680) Document compensations API In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/JBTM-2680?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13388359#comment-13388359 ] Ondra Chaloupka commented on JBTM-2680: --------------------------------------- Note: Compensation API is nicely summarized in javadoc but it misses at http://narayana.io documentation. Quickstarts and probably blogposts should be linked from the official doc too probably. > Document compensations API > -------------------------- > > Key: JBTM-2680 > URL: https://issues.jboss.org/browse/JBTM-2680 > Project: JBoss Transaction Manager > Issue Type: Task > Components: Compensations, Documentation > Reporter: Gytis Trikleris > Assignee: Ondra Chaloupka > > There is no documentation for compensations API in our docs. Most of the things are covered in the quickstarts and blog, but adding something to the docs would be good too. -- This message was sent by Atlassian JIRA (v7.2.3#72005) From issues at jboss.org Tue Apr 4 09:59:00 2017 From: issues at jboss.org (David Lloyd (JIRA)) Date: Tue, 4 Apr 2017 09:59:00 -0400 (EDT) Subject: [jbossts-issues] [JBoss JIRA] (JBTM-2879) JTS before_completion in SynchronizationImple swallows and hides exceptions In-Reply-To: References: Message-ID: David Lloyd created JBTM-2879: --------------------------------- Summary: JTS before_completion in SynchronizationImple swallows and hides exceptions Key: JBTM-2879 URL: https://issues.jboss.org/browse/JBTM-2879 Project: JBoss Transaction Manager Issue Type: Bug Components: JTS Reporter: David Lloyd In [SynchronizationImple|https://github.com/jbosstm/narayana/blob/781ace284d840805282e037e9c10c8de6f2de472/ArjunaJTS/jtax/classes/com/arjuna/ats/internal/jta/resources/jts/orbspecific/SynchronizationImple.java#L93], if the user's synchronization fails, the exception is swallowed and never logged. Instead a descriptionless {{UNKNOWN}} is thrown. The exception should at least be logged to aid in troubleshooting. Later in the same file, {{after_completion}} is using {{e.printStackTrace()}} to log the stack, which is also less than ideal. -- This message was sent by Atlassian JIRA (v7.2.3#72005) From issues at jboss.org Thu Apr 6 09:23:00 2017 From: issues at jboss.org (Tom Jenkinson (JIRA)) Date: Thu, 6 Apr 2017 09:23:00 -0400 (EDT) Subject: [jbossts-issues] [JBoss JIRA] (JBTM-2879) JTS before_completion in SynchronizationImple swallows and hides exceptions In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/JBTM-2879?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Tom Jenkinson reassigned JBTM-2879: ----------------------------------- Assignee: Ondra Chaloupka > JTS before_completion in SynchronizationImple swallows and hides exceptions > --------------------------------------------------------------------------- > > Key: JBTM-2879 > URL: https://issues.jboss.org/browse/JBTM-2879 > Project: JBoss Transaction Manager > Issue Type: Bug > Components: JTS > Reporter: David Lloyd > Assignee: Ondra Chaloupka > Fix For: 5.next > > > In [SynchronizationImple|https://github.com/jbosstm/narayana/blob/781ace284d840805282e037e9c10c8de6f2de472/ArjunaJTS/jtax/classes/com/arjuna/ats/internal/jta/resources/jts/orbspecific/SynchronizationImple.java#L93], if the user's synchronization fails, the exception is swallowed and never logged. Instead a descriptionless {{UNKNOWN}} is thrown. > The exception should at least be logged to aid in troubleshooting. > Later in the same file, {{after_completion}} is using {{e.printStackTrace()}} to log the stack, which is also less than ideal. -- This message was sent by Atlassian JIRA (v7.2.3#72005) From issues at jboss.org Thu Apr 6 09:23:00 2017 From: issues at jboss.org (Tom Jenkinson (JIRA)) Date: Thu, 6 Apr 2017 09:23:00 -0400 (EDT) Subject: [jbossts-issues] [JBoss JIRA] (JBTM-2879) JTS before_completion in SynchronizationImple swallows and hides exceptions In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/JBTM-2879?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Tom Jenkinson updated JBTM-2879: -------------------------------- Fix Version/s: 5.next > JTS before_completion in SynchronizationImple swallows and hides exceptions > --------------------------------------------------------------------------- > > Key: JBTM-2879 > URL: https://issues.jboss.org/browse/JBTM-2879 > Project: JBoss Transaction Manager > Issue Type: Enhancement > Components: JTS > Reporter: David Lloyd > Assignee: Ondra Chaloupka > Fix For: 5.next > > > In [SynchronizationImple|https://github.com/jbosstm/narayana/blob/781ace284d840805282e037e9c10c8de6f2de472/ArjunaJTS/jtax/classes/com/arjuna/ats/internal/jta/resources/jts/orbspecific/SynchronizationImple.java#L93], if the user's synchronization fails, the exception is swallowed and never logged. Instead a descriptionless {{UNKNOWN}} is thrown. > The exception should at least be logged to aid in troubleshooting. > Later in the same file, {{after_completion}} is using {{e.printStackTrace()}} to log the stack, which is also less than ideal. -- This message was sent by Atlassian JIRA (v7.2.3#72005) From issues at jboss.org Thu Apr 6 09:23:00 2017 From: issues at jboss.org (Tom Jenkinson (JIRA)) Date: Thu, 6 Apr 2017 09:23:00 -0400 (EDT) Subject: [jbossts-issues] [JBoss JIRA] (JBTM-2879) JTS before_completion in SynchronizationImple swallows and hides exceptions In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/JBTM-2879?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Tom Jenkinson updated JBTM-2879: -------------------------------- Issue Type: Enhancement (was: Bug) > JTS before_completion in SynchronizationImple swallows and hides exceptions > --------------------------------------------------------------------------- > > Key: JBTM-2879 > URL: https://issues.jboss.org/browse/JBTM-2879 > Project: JBoss Transaction Manager > Issue Type: Enhancement > Components: JTS > Reporter: David Lloyd > Assignee: Ondra Chaloupka > Fix For: 5.next > > > In [SynchronizationImple|https://github.com/jbosstm/narayana/blob/781ace284d840805282e037e9c10c8de6f2de472/ArjunaJTS/jtax/classes/com/arjuna/ats/internal/jta/resources/jts/orbspecific/SynchronizationImple.java#L93], if the user's synchronization fails, the exception is swallowed and never logged. Instead a descriptionless {{UNKNOWN}} is thrown. > The exception should at least be logged to aid in troubleshooting. > Later in the same file, {{after_completion}} is using {{e.printStackTrace()}} to log the stack, which is also less than ideal. -- This message was sent by Atlassian JIRA (v7.2.3#72005) From issues at jboss.org Thu Apr 6 09:24:00 2017 From: issues at jboss.org (Tom Jenkinson (JIRA)) Date: Thu, 6 Apr 2017 09:24:00 -0400 (EDT) Subject: [jbossts-issues] [JBoss JIRA] (JBTM-2879) JTS before_completion in SynchronizationImple swallows and hides exceptions In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/JBTM-2879?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13390199#comment-13390199 ] Tom Jenkinson commented on JBTM-2879: ------------------------------------- The interface is here to explain the UNKNOWN: https://github.com/jbosstm/narayana/blob/781ace284d840805282e037e9c10c8de6f2de472/ArjunaJTS/idl/src/main/idl/omg/CosTransactions.idl#L228 But yes, logging the exception would be beneficial I feel. > JTS before_completion in SynchronizationImple swallows and hides exceptions > --------------------------------------------------------------------------- > > Key: JBTM-2879 > URL: https://issues.jboss.org/browse/JBTM-2879 > Project: JBoss Transaction Manager > Issue Type: Enhancement > Components: JTS > Reporter: David Lloyd > Assignee: Ondra Chaloupka > Fix For: 5.next > > > In [SynchronizationImple|https://github.com/jbosstm/narayana/blob/781ace284d840805282e037e9c10c8de6f2de472/ArjunaJTS/jtax/classes/com/arjuna/ats/internal/jta/resources/jts/orbspecific/SynchronizationImple.java#L93], if the user's synchronization fails, the exception is swallowed and never logged. Instead a descriptionless {{UNKNOWN}} is thrown. > The exception should at least be logged to aid in troubleshooting. > Later in the same file, {{after_completion}} is using {{e.printStackTrace()}} to log the stack, which is also less than ideal. -- This message was sent by Atlassian JIRA (v7.2.3#72005) From issues at jboss.org Thu Apr 6 09:25:00 2017 From: issues at jboss.org (David Lloyd (JIRA)) Date: Thu, 6 Apr 2017 09:25:00 -0400 (EDT) Subject: [jbossts-issues] [JBoss JIRA] (JBTM-2879) JTS before_completion in SynchronizationImple swallows and hides exceptions In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/JBTM-2879?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13390201#comment-13390201 ] David Lloyd commented on JBTM-2879: ----------------------------------- It's not a critical problem because I can attach a debugger. But having to do that is kind of a pain. > JTS before_completion in SynchronizationImple swallows and hides exceptions > --------------------------------------------------------------------------- > > Key: JBTM-2879 > URL: https://issues.jboss.org/browse/JBTM-2879 > Project: JBoss Transaction Manager > Issue Type: Enhancement > Components: JTS > Reporter: David Lloyd > Assignee: Ondra Chaloupka > Fix For: 5.next > > > In [SynchronizationImple|https://github.com/jbosstm/narayana/blob/781ace284d840805282e037e9c10c8de6f2de472/ArjunaJTS/jtax/classes/com/arjuna/ats/internal/jta/resources/jts/orbspecific/SynchronizationImple.java#L93], if the user's synchronization fails, the exception is swallowed and never logged. Instead a descriptionless {{UNKNOWN}} is thrown. > The exception should at least be logged to aid in troubleshooting. > Later in the same file, {{after_completion}} is using {{e.printStackTrace()}} to log the stack, which is also less than ideal. -- This message was sent by Atlassian JIRA (v7.2.3#72005) From issues at jboss.org Fri Apr 7 05:23:00 2017 From: issues at jboss.org (Ondra Chaloupka (JIRA)) Date: Fri, 7 Apr 2017 05:23:00 -0400 (EDT) Subject: [jbossts-issues] [JBoss JIRA] (JBTM-2879) JTS before_completion in SynchronizationImple swallows and hides exceptions In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/JBTM-2879?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Issue was automatically transitioned when Ondra Chaloupka created pull request #1163 in GitHub ---------------------------------------------------------------------------------------------- Status: Pull Request Sent (was: Open) > JTS before_completion in SynchronizationImple swallows and hides exceptions > --------------------------------------------------------------------------- > > Key: JBTM-2879 > URL: https://issues.jboss.org/browse/JBTM-2879 > Project: JBoss Transaction Manager > Issue Type: Enhancement > Components: JTS > Reporter: David Lloyd > Assignee: Ondra Chaloupka > Fix For: 5.next > > > In [SynchronizationImple|https://github.com/jbosstm/narayana/blob/781ace284d840805282e037e9c10c8de6f2de472/ArjunaJTS/jtax/classes/com/arjuna/ats/internal/jta/resources/jts/orbspecific/SynchronizationImple.java#L93], if the user's synchronization fails, the exception is swallowed and never logged. Instead a descriptionless {{UNKNOWN}} is thrown. > The exception should at least be logged to aid in troubleshooting. > Later in the same file, {{after_completion}} is using {{e.printStackTrace()}} to log the stack, which is also less than ideal. -- This message was sent by Atlassian JIRA (v7.2.3#72005) From issues at jboss.org Fri Apr 7 07:46:03 2017 From: issues at jboss.org (Ondra Chaloupka (JIRA)) Date: Fri, 7 Apr 2017 07:46:03 -0400 (EDT) Subject: [jbossts-issues] [JBoss JIRA] (JBTM-2880) Refactor codebase to minimize usage of e.printStackTrace() call and change for using logger In-Reply-To: References: Message-ID: Ondra Chaloupka created JBTM-2880: ------------------------------------- Summary: Refactor codebase to minimize usage of e.printStackTrace() call and change for using logger Key: JBTM-2880 URL: https://issues.jboss.org/browse/JBTM-2880 Project: JBoss Transaction Manager Issue Type: Enhancement Affects Versions: 5.5.6.Final Reporter: Ondra Chaloupka Assignee: Ondra Chaloupka Priority: Minor The code base uses call `e.printStackTrace()` on several places. The usage should be replaced for use of `logger`, probably in level `WARN` with some additional information, why the stacktrace is printed - what error occured - included. {code} osgi/jta/src/main/java/org/jboss/narayana/osgi/jta/internal/ObjStoreBrowserImpl.java XTS/WSCF/classes/com/arjuna/mwlabs/wscf/model/sagas/arjunacore/ParticipantRecord.java XTS/WSCF/classes/com/arjuna/mwlabs/wscf/model/twophase/arjunacore/ParticipantRecord.java XTS/WSCF/classes/com/arjuna/mw/wscf/protocols/ProtocolManager.java XTS/WS-T/dev/src/com/arjuna/schemas/ws/_2005/_10/wsarjtx/TerminationCoordinatorRPCService.java XTS/WS-T/dev/src/com/arjuna/wst11/messaging/TerminationCoordinatorRPCProcessorImpl.java XTS/WS-T/dev/src/com/arjuna/wst11/messaging/CompletionCoordinatorProcessorImpl.java XTS/WS-T/dev/src/com/arjuna/wst11/messaging/CompletionCoordinatorRPCProcessorImpl.java XTS/WS-T/dev/src/com/arjuna/wst11/messaging/TerminationCoordinatorProcessorImpl.java XTS/WS-C/dev/src/com/arjuna/wsc11/messaging/ActivationCoordinatorProcessorImpl.java XTS/WS-C/dev/src/com/arjuna/wsc11/messaging/RegistrationCoordinatorProcessorImpl.java ArjunaJTA/jta/classes/com/arjuna/ats/jta/xa/XidImple.java ArjunaJTA/jta/classes/com/arjuna/ats/internal/jta/transaction/arjunacore/jca/TransactionImporterImple.java ArjunaJTA/jta/classes/com/arjuna/ats/internal/jta/transaction/arjunacore/TransactionImple.java ArjunaJTA/jta/classes/com/arjuna/ats/internal/jta/transaction/arjunacore/subordinate/TransactionImple.java ArjunaJTA/jta/classes/com/arjuna/ats/internal/jta/recovery/arjunacore/SubordinateJTAXAResourceOrphanFilter.java ArjunaJTA/jdbc/classes/com/arjuna/ats/internal/jdbc/DirectRecoverableConnection.java ArjunaJTA/jdbc/classes/com/arjuna/ats/internal/jdbc/ProvidedXADataSourceConnection.java ArjunaJTA/jdbc/classes/com/arjuna/ats/internal/jdbc/IndirectRecoverableConnection.java ArjunaJTA/jdbc/classes/com/arjuna/ats/internal/jdbc/recovery/JDBCXARecovery.java blacktie/utils/cpp-plugin/src/main/java/org/jboss/narayana/blacktie/plugins/AddCommonSources.java blacktie/jatmibroker-xatmi/src/main/java/org/jboss/narayana/blacktie/jatmibroker/core/server/SocketServer.java blacktie/wildfly-blacktie/subsystem/src/main/java/org/codehaus/stomp/jms/ProtocolConverter.java blacktie/blacktie-admin-services/src/main/java/org/jboss/narayana/blacktie/administration/core/AdministrationProxy.java tools/src/main/java/io/narayana/perf/Measurement.java rts/at/tx/src/main/java/org/jboss/jbossts/star/resource/RESTRecord.java rts/at/tx/src/main/java/org/jboss/jbossts/star/service/Coordinator.java txframework/src/main/java/org/jboss/narayana/txframework/impl/Participant.java compensations/src/main/java/org/jboss/narayana/compensations/internal/ParticipantInterceptor.java compensations/src/main/java/org/jboss/narayana/compensations/internal/ParticipantImpl.java ArjunaCore/arjuna/services/classes/com/arjuna/ats/arjuna/services/recovery/RecoveryManagerService.java ArjunaCore/arjuna/classes/com/arjuna/ats/internal/arjuna/abstractrecords/CadaverRecord.java ArjunaCore/arjuna/classes/com/arjuna/ats/internal/arjuna/objectstore/ShadowingStore.java ArjunaCore/arjuna/classes/com/arjuna/ats/internal/arjuna/objectstore/LogStore.java ArjunaCore/arjuna/classes/com/arjuna/ats/arjuna/coordinator/BasicAction.java ArjunaCore/arjuna/classes/com/arjuna/ats/arjuna/tools/stats/TxPerfGraph.java ArjunaCore/arjuna/classes/com/arjuna/ats/arjuna/tools/OTM.java ArjunaCore/arjuna/classes/com/arjuna/ats/arjuna/StateManager.java ArjunaCore/arjuna/classes/com/arjuna/ats/arjuna/recovery/RecoveryManager.java ArjunaJTS/integration/src/main/java/com/arjuna/ats/internal/jbossatx/jts/PropagationContextManager.java ArjunaJTS/jtax/classes/com/arjuna/ats/internal/jta/transaction/jts/TransactionImple.java ArjunaJTS/jtax/classes/com/arjuna/ats/internal/jta/transaction/jts/subordinate/jca/coordinator/ServerTransaction.java ArjunaJTS/jtax/classes/com/arjuna/ats/internal/jta/resources/jts/orbspecific/XAResourceRecord.java ArjunaJTS/jtax/classes/com/arjuna/ats/internal/jta/recovery/jts/JCAServerTransactionRecoveryModule.java ArjunaJTS/orbportability/classes/com/arjuna/orbportability/common/ant/IDLCompiler.java ArjunaJTS/jts/services/classes/com/arjuna/ats/jts/services/transactionserver/TransactionServerService.java ArjunaJTS/jts/classes/com/arjuna/ats/internal/jts/utils/TxStoreLog.java ArjunaJTS/jts/classes/com/arjuna/ats/internal/jts/orbspecific/interposition/ServerControl.java ArjunaJTS/jts/classes/com/arjuna/ats/internal/jts/orbspecific/coordinator/ArjunaTransactionImple.java ArjunaJTS/jts/classes/com/arjuna/ats/internal/jts/orbspecific/jacorb/recoverycoordinators/ORBRunner.java ArjunaJTS/jts/classes/com/arjuna/ats/internal/jts/orbspecific/jacorb/recoverycoordinators/JacOrbRCServiceInit.java ArjunaJTS/jts/classes/com/arjuna/ats/internal/jts/orbspecific/ibmorb/recoverycoordinators/ORBRunner.java ArjunaJTS/jts/classes/com/arjuna/ats/internal/jts/orbspecific/javaidl/recoverycoordinators/ORBRunner.java ArjunaJTS/jts/classes/com/arjuna/ats/internal/jts/orbspecific/TransactionFactoryImple.java ArjunaJTS/jts/classes/com/arjuna/ats/internal/jts/orbspecific/recovery/RecoveryEnablement.java ArjunaJTS/jts/classes/com/arjuna/ats/internal/jts/context/ContextManager.java ArjunaJTS/jts/classes/com/arjuna/ats/internal/jts/resources/ExtendedResourceRecord.java ArjunaJTS/jts/classes/com/arjuna/ats/jts/orbspecific/jacorb/interceptors/context/ContextServerRequestInterceptorImpl.java ArjunaJTS/jts/classes/com/arjuna/ats/jts/orbspecific/ibmorb/interceptors/context/ContextServerRequestInterceptorImpl.java ArjunaJTS/jts/classes/com/arjuna/ats/jts/orbspecific/javaidl/interceptors/context/ContextServerRequestInterceptorImpl.java ArjunaJTS/jts/classes/com/arjuna/ats/jts/ExplicitInterposition.java {code} -- This message was sent by Atlassian JIRA (v7.2.3#72005) From issues at jboss.org Fri Apr 7 07:49:00 2017 From: issues at jboss.org (Ondra Chaloupka (JIRA)) Date: Fri, 7 Apr 2017 07:49:00 -0400 (EDT) Subject: [jbossts-issues] [JBoss JIRA] (JBTM-2880) Refactor codebase to minimize usage of e.printStackTrace() call and change for using logger In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/JBTM-2880?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Ondra Chaloupka updated JBTM-2880: ---------------------------------- Description: The code base uses call `e.printStackTrace()` on several places. That usage should be minimized and used only when it's good reason for it. In general such calls should be replaced printing with `logger`, probably in level `WARN` with some additional information, why the stacktrace is printed - what error occured - included. By quick check these are places where exception stack trace is printed directly to `stderr`. {code} vertx/shared/src/main/java/ClientVerticle.java vertx/shared/src/main/java/SampleVerticle2.java vertx/shared/src/main/java/SampleVerticle1.java osgi/jta/src/main/java/org/jboss/narayana/osgi/jta/internal/ObjStoreBrowserImpl.java XTS/WSAS/classes/com/arjuna/mwlabs/wsas/UserActivityImple.java XTS/WSAS/classes/com/arjuna/mwlabs/wsas/activity/ActivityHandleImple.java XTS/WSCF/classes/com/arjuna/mwlabs/wscf11/model/sagas/arjunacore/SagasHLSImple.java XTS/WSCF/classes/com/arjuna/mwlabs/wscf11/model/twophase/arjunacore/TwoPhaseHLSImple.java XTS/WSCF/classes/com/arjuna/mwlabs/wscf/model/sagas/arjunacore/ParticipantRecord.java XTS/WSCF/classes/com/arjuna/mwlabs/wscf/model/sagas/arjunacore/CoordinatorControl.java XTS/WSCF/classes/com/arjuna/mwlabs/wscf/model/twophase/arjunacore/ParticipantRecord.java XTS/WSCF/classes/com/arjuna/mwlabs/wscf/model/twophase/arjunacore/CoordinatorControl.java XTS/WSCF/classes/com/arjuna/mw/wscf/utils/DomUtil.java XTS/WSCF/classes/com/arjuna/mw/wscf/protocols/ProtocolManager.java XTS/WSTX/classes/com/arjuna/mwlabs/wst11/at/RegistrarImple.java XTS/WSTX/classes/com/arjuna/mwlabs/wst11/at/context/ArjunaContextImple.java XTS/WSTX/classes/com/arjuna/mwlabs/wst11/at/remote/TransactionManagerImple.java XTS/WSTX/classes/com/arjuna/mwlabs/wst11/at/remote/UserTransactionImple.java XTS/WSTX/classes/com/arjuna/mwlabs/wst11/at/remote/UserTransactionStandaloneImple.java XTS/WSTX/classes/com/arjuna/mwlabs/wst11/at/participants/CleanupSynchronization.java XTS/WSTX/classes/com/arjuna/mwlabs/wst11/at/ContextFactoryImple.java XTS/WSTX/classes/com/arjuna/mwlabs/wst11/ba/context/ArjunaContextImple.java XTS/WSTX/classes/com/arjuna/mwlabs/wst11/ba/remote/UserBusinessActivityImple.java XTS/WSTX/classes/com/arjuna/mwlabs/wst11/ba/remote/BusinessActivityManagerImple.java XTS/WSTX/classes/com/arjuna/mwlabs/wst11/ba/remote/BAParticipantManagerImple.java XTS/WSTX/classes/com/arjuna/mwlabs/wst11/ba/remote/UserBusinessActivityStandaloneImple.java XTS/WSTX/classes/com/arjuna/mwlabs/wst11/ba/participants/CleanupSynchronization.java XTS/WSTX/classes/com/arjuna/mwlabs/wst11/ba/ContextFactoryImple.java XTS/WSTX/classes/com/arjuna/mwlabs/wst/at/participants/DurableTwoPhaseCommitParticipant.java XTS/localjunit/WSTX11-interop/src/main/java/com/jboss/transaction/txinterop/proxy/ProxyListenerService.java XTS/localjunit/WSTFSC07-interop/src/main/java/com/jboss/transaction/wstf/proxy/ProxyListenerService.java XTS/WS-T/dev/src/com/arjuna/schemas/ws/_2005/_10/wsarjtx/TerminationCoordinatorRPCService.java XTS/WS-T/dev/src/com/arjuna/wst11/stub/CompletionStub.java XTS/WS-T/dev/src/com/arjuna/wst11/stub/CompletionRPCStub.java XTS/WS-T/dev/src/com/arjuna/wst11/stub/BusinessActivityTerminatorRPCStub.java XTS/WS-T/dev/src/com/arjuna/wst11/messaging/TerminationCoordinatorRPCProcessorImpl.java XTS/WS-T/dev/src/com/arjuna/wst11/messaging/CompletionCoordinatorProcessorImpl.java XTS/WS-T/dev/src/com/arjuna/wst11/messaging/CompletionCoordinatorRPCProcessorImpl.java XTS/WS-T/dev/src/com/arjuna/wst11/messaging/TerminationCoordinatorProcessorImpl.java XTS/WS-C/dev/src/com/arjuna/wsc11/messaging/ActivationCoordinatorProcessorImpl.java XTS/WS-C/dev/src/com/arjuna/wsc11/messaging/RegistrationCoordinatorProcessorImpl.java XTS/WS-C/dev/src/com/arjuna/webservices/SoapFault.java ArjunaJTA/jta/classes/com/arjuna/ats/jta/xa/XidImple.java ArjunaJTA/jta/classes/com/arjuna/ats/internal/jta/transaction/arjunacore/jca/XATerminatorImple.java ArjunaJTA/jta/classes/com/arjuna/ats/internal/jta/transaction/arjunacore/jca/TransactionImporterImple.java ArjunaJTA/jta/classes/com/arjuna/ats/internal/jta/transaction/arjunacore/TransactionImple.java ArjunaJTA/jta/classes/com/arjuna/ats/internal/jta/transaction/arjunacore/subordinate/TransactionImple.java ArjunaJTA/jta/classes/com/arjuna/ats/internal/jta/recovery/arjunacore/SubordinateJTAXAResourceOrphanFilter.java ArjunaJTA/jdbc/classes/com/arjuna/ats/internal/jdbc/DirectRecoverableConnection.java ArjunaJTA/jdbc/classes/com/arjuna/ats/internal/jdbc/ConnectionManager.java ArjunaJTA/jdbc/classes/com/arjuna/ats/internal/jdbc/ProvidedXADataSourceConnection.java ArjunaJTA/jdbc/classes/com/arjuna/ats/internal/jdbc/IndirectRecoverableConnection.java ArjunaJTA/jdbc/classes/com/arjuna/ats/internal/jdbc/recovery/JDBCXARecovery.java blacktie/utils/cpp-plugin/src/main/java/org/jboss/narayana/blacktie/plugins/AddCommonSources.java blacktie/jatmibroker-xatmi/src/main/java/org/jboss/narayana/blacktie/jatmibroker/core/server/SocketServer.java blacktie/wildfly-blacktie/subsystem/src/main/java/org/codehaus/stomp/jms/ProtocolConverter.java blacktie/blacktie-admin-services/src/main/java/org/jboss/narayana/blacktie/administration/core/AdministrationProxy.java tools/src/main/java/io/narayana/perf/Measurement.java rts/at/tx/src/main/java/org/jboss/jbossts/star/resource/RESTRecord.java rts/at/tx/src/main/java/org/jboss/jbossts/star/service/Coordinator.java txframework/src/main/java/org/jboss/narayana/txframework/impl/Participant.java compensations/src/main/java/org/jboss/narayana/compensations/internal/ParticipantInterceptor.java compensations/src/main/java/org/jboss/narayana/compensations/internal/ParticipantImpl.java ArjunaCore/arjuna/services/classes/com/arjuna/ats/arjuna/services/recovery/RecoveryManagerService.java ArjunaCore/arjuna/classes/com/arjuna/ats/internal/arjuna/utils/AndroidProcessId.java ArjunaCore/arjuna/classes/com/arjuna/ats/internal/arjuna/abstractrecords/CadaverRecord.java ArjunaCore/arjuna/classes/com/arjuna/ats/internal/arjuna/objectstore/ShadowingStore.java ArjunaCore/arjuna/classes/com/arjuna/ats/internal/arjuna/objectstore/CacheStore.java ArjunaCore/arjuna/classes/com/arjuna/ats/internal/arjuna/objectstore/LogStore.java ArjunaCore/arjuna/classes/com/arjuna/ats/arjuna/coordinator/AbstractRecord.java ArjunaCore/arjuna/classes/com/arjuna/ats/arjuna/coordinator/BasicAction.java ArjunaCore/arjuna/classes/com/arjuna/ats/arjuna/common/ObjectStoreEnvironmentBean.java ArjunaCore/arjuna/classes/com/arjuna/ats/arjuna/tools/log/LogBrowser.java ArjunaCore/arjuna/classes/com/arjuna/ats/arjuna/tools/stats/TxPerfGraph.java ArjunaCore/arjuna/classes/com/arjuna/ats/arjuna/tools/OTM.java ArjunaCore/arjuna/classes/com/arjuna/ats/arjuna/StateManager.java ArjunaCore/arjuna/classes/com/arjuna/ats/arjuna/recovery/RecoveryManager.java ArjunaJTS/integration/src/main/java/com/arjuna/ats/internal/jbossatx/jta/jca/XATerminator.java ArjunaJTS/integration/src/main/java/com/arjuna/ats/internal/jbossatx/jts/jca/XATerminator.java ArjunaJTS/integration/src/main/java/com/arjuna/ats/internal/jbossatx/jts/PropagationContextManager.java ArjunaJTS/jtax/classes/com/arjuna/ats/internal/jta/transaction/jts/jca/XATerminatorImple.java ArjunaJTS/jtax/classes/com/arjuna/ats/internal/jta/transaction/jts/BaseTransaction.java ArjunaJTS/jtax/classes/com/arjuna/ats/internal/jta/transaction/jts/TransactionImple.java ArjunaJTS/jtax/classes/com/arjuna/ats/internal/jta/transaction/jts/subordinate/jca/coordinator/ServerTransaction.java ArjunaJTS/jtax/classes/com/arjuna/ats/internal/jta/transaction/jts/subordinate/jca/SubordinateAtomicTransaction.java ArjunaJTS/jtax/classes/com/arjuna/ats/internal/jta/transaction/jts/subordinate/TransactionImple.java ArjunaJTS/jtax/classes/com/arjuna/ats/internal/jta/transaction/jts/subordinate/SubordinateAtomicTransaction.java ArjunaJTS/jtax/classes/com/arjuna/ats/internal/jta/resources/jts/orbspecific/XAResourceRecord.java ArjunaJTS/jtax/classes/com/arjuna/ats/internal/jta/recovery/jts/JCAServerTransactionRecoveryModule.java ArjunaJTS/orbportability/classes/com/arjuna/orbportability/common/ant/IDLCompiler.java ArjunaJTS/jts/services/classes/com/arjuna/ats/jts/services/transactionserver/TransactionServerService.java ArjunaJTS/jts/classes/com/arjuna/ats/internal/jts/utils/TxStoreLog.java ArjunaJTS/jts/classes/com/arjuna/ats/internal/jts/orbspecific/interposition/ServerControl.java ArjunaJTS/jts/classes/com/arjuna/ats/internal/jts/orbspecific/coordinator/ArjunaTransactionImple.java ArjunaJTS/jts/classes/com/arjuna/ats/internal/jts/orbspecific/jacorb/recoverycoordinators/ORBRunner.java ArjunaJTS/jts/classes/com/arjuna/ats/internal/jts/orbspecific/jacorb/recoverycoordinators/JacOrbRCServiceInit.java ArjunaJTS/jts/classes/com/arjuna/ats/internal/jts/orbspecific/ibmorb/recoverycoordinators/ORBRunner.java ArjunaJTS/jts/classes/com/arjuna/ats/internal/jts/orbspecific/javaidl/recoverycoordinators/ORBRunner.java ArjunaJTS/jts/classes/com/arjuna/ats/internal/jts/orbspecific/CurrentImple.java ArjunaJTS/jts/classes/com/arjuna/ats/internal/jts/orbspecific/TransactionFactoryImple.java ArjunaJTS/jts/classes/com/arjuna/ats/internal/jts/orbspecific/recovery/RecoveryEnablement.java ArjunaJTS/jts/classes/com/arjuna/ats/internal/jts/context/ContextManager.java ArjunaJTS/jts/classes/com/arjuna/ats/internal/jts/resources/ExtendedResourceRecord.java ArjunaJTS/jts/classes/com/arjuna/ats/jts/TransactionServer.java ArjunaJTS/jts/classes/com/arjuna/ats/jts/orbspecific/jacorb/interceptors/interposition/InterpositionClientRequestInterceptorImpl.java ArjunaJTS/jts/classes/com/arjuna/ats/jts/orbspecific/jacorb/interceptors/context/ContextServerRequestInterceptorImpl.java ArjunaJTS/jts/classes/com/arjuna/ats/jts/orbspecific/ibmorb/interceptors/context/ContextServerRequestInterceptorImpl.java ArjunaJTS/jts/classes/com/arjuna/ats/jts/orbspecific/javaidl/interceptors/context/ContextServerRequestInterceptorImpl.java ArjunaJTS/jts/classes/com/arjuna/ats/jts/ExplicitInterposition.java STM/src/main/java/org/jboss/stm/internal/reflect/InvocationHandler.java STM/src/main/java/org/jboss/stm/internal/proxy/OptimisticLockManagerProxy.java STM/src/main/java/org/jboss/stm/internal/proxy/LockManagerProxy.java STM/src/main/java/org/jboss/stm/internal/optimistic/OptimisticLockRecord.java {code} was: The code base uses call `e.printStackTrace()` on several places. The usage should be replaced for use of `logger`, probably in level `WARN` with some additional information, why the stacktrace is printed - what error occured - included. {code} osgi/jta/src/main/java/org/jboss/narayana/osgi/jta/internal/ObjStoreBrowserImpl.java XTS/WSCF/classes/com/arjuna/mwlabs/wscf/model/sagas/arjunacore/ParticipantRecord.java XTS/WSCF/classes/com/arjuna/mwlabs/wscf/model/twophase/arjunacore/ParticipantRecord.java XTS/WSCF/classes/com/arjuna/mw/wscf/protocols/ProtocolManager.java XTS/WS-T/dev/src/com/arjuna/schemas/ws/_2005/_10/wsarjtx/TerminationCoordinatorRPCService.java XTS/WS-T/dev/src/com/arjuna/wst11/messaging/TerminationCoordinatorRPCProcessorImpl.java XTS/WS-T/dev/src/com/arjuna/wst11/messaging/CompletionCoordinatorProcessorImpl.java XTS/WS-T/dev/src/com/arjuna/wst11/messaging/CompletionCoordinatorRPCProcessorImpl.java XTS/WS-T/dev/src/com/arjuna/wst11/messaging/TerminationCoordinatorProcessorImpl.java XTS/WS-C/dev/src/com/arjuna/wsc11/messaging/ActivationCoordinatorProcessorImpl.java XTS/WS-C/dev/src/com/arjuna/wsc11/messaging/RegistrationCoordinatorProcessorImpl.java ArjunaJTA/jta/classes/com/arjuna/ats/jta/xa/XidImple.java ArjunaJTA/jta/classes/com/arjuna/ats/internal/jta/transaction/arjunacore/jca/TransactionImporterImple.java ArjunaJTA/jta/classes/com/arjuna/ats/internal/jta/transaction/arjunacore/TransactionImple.java ArjunaJTA/jta/classes/com/arjuna/ats/internal/jta/transaction/arjunacore/subordinate/TransactionImple.java ArjunaJTA/jta/classes/com/arjuna/ats/internal/jta/recovery/arjunacore/SubordinateJTAXAResourceOrphanFilter.java ArjunaJTA/jdbc/classes/com/arjuna/ats/internal/jdbc/DirectRecoverableConnection.java ArjunaJTA/jdbc/classes/com/arjuna/ats/internal/jdbc/ProvidedXADataSourceConnection.java ArjunaJTA/jdbc/classes/com/arjuna/ats/internal/jdbc/IndirectRecoverableConnection.java ArjunaJTA/jdbc/classes/com/arjuna/ats/internal/jdbc/recovery/JDBCXARecovery.java blacktie/utils/cpp-plugin/src/main/java/org/jboss/narayana/blacktie/plugins/AddCommonSources.java blacktie/jatmibroker-xatmi/src/main/java/org/jboss/narayana/blacktie/jatmibroker/core/server/SocketServer.java blacktie/wildfly-blacktie/subsystem/src/main/java/org/codehaus/stomp/jms/ProtocolConverter.java blacktie/blacktie-admin-services/src/main/java/org/jboss/narayana/blacktie/administration/core/AdministrationProxy.java tools/src/main/java/io/narayana/perf/Measurement.java rts/at/tx/src/main/java/org/jboss/jbossts/star/resource/RESTRecord.java rts/at/tx/src/main/java/org/jboss/jbossts/star/service/Coordinator.java txframework/src/main/java/org/jboss/narayana/txframework/impl/Participant.java compensations/src/main/java/org/jboss/narayana/compensations/internal/ParticipantInterceptor.java compensations/src/main/java/org/jboss/narayana/compensations/internal/ParticipantImpl.java ArjunaCore/arjuna/services/classes/com/arjuna/ats/arjuna/services/recovery/RecoveryManagerService.java ArjunaCore/arjuna/classes/com/arjuna/ats/internal/arjuna/abstractrecords/CadaverRecord.java ArjunaCore/arjuna/classes/com/arjuna/ats/internal/arjuna/objectstore/ShadowingStore.java ArjunaCore/arjuna/classes/com/arjuna/ats/internal/arjuna/objectstore/LogStore.java ArjunaCore/arjuna/classes/com/arjuna/ats/arjuna/coordinator/BasicAction.java ArjunaCore/arjuna/classes/com/arjuna/ats/arjuna/tools/stats/TxPerfGraph.java ArjunaCore/arjuna/classes/com/arjuna/ats/arjuna/tools/OTM.java ArjunaCore/arjuna/classes/com/arjuna/ats/arjuna/StateManager.java ArjunaCore/arjuna/classes/com/arjuna/ats/arjuna/recovery/RecoveryManager.java ArjunaJTS/integration/src/main/java/com/arjuna/ats/internal/jbossatx/jts/PropagationContextManager.java ArjunaJTS/jtax/classes/com/arjuna/ats/internal/jta/transaction/jts/TransactionImple.java ArjunaJTS/jtax/classes/com/arjuna/ats/internal/jta/transaction/jts/subordinate/jca/coordinator/ServerTransaction.java ArjunaJTS/jtax/classes/com/arjuna/ats/internal/jta/resources/jts/orbspecific/XAResourceRecord.java ArjunaJTS/jtax/classes/com/arjuna/ats/internal/jta/recovery/jts/JCAServerTransactionRecoveryModule.java ArjunaJTS/orbportability/classes/com/arjuna/orbportability/common/ant/IDLCompiler.java ArjunaJTS/jts/services/classes/com/arjuna/ats/jts/services/transactionserver/TransactionServerService.java ArjunaJTS/jts/classes/com/arjuna/ats/internal/jts/utils/TxStoreLog.java ArjunaJTS/jts/classes/com/arjuna/ats/internal/jts/orbspecific/interposition/ServerControl.java ArjunaJTS/jts/classes/com/arjuna/ats/internal/jts/orbspecific/coordinator/ArjunaTransactionImple.java ArjunaJTS/jts/classes/com/arjuna/ats/internal/jts/orbspecific/jacorb/recoverycoordinators/ORBRunner.java ArjunaJTS/jts/classes/com/arjuna/ats/internal/jts/orbspecific/jacorb/recoverycoordinators/JacOrbRCServiceInit.java ArjunaJTS/jts/classes/com/arjuna/ats/internal/jts/orbspecific/ibmorb/recoverycoordinators/ORBRunner.java ArjunaJTS/jts/classes/com/arjuna/ats/internal/jts/orbspecific/javaidl/recoverycoordinators/ORBRunner.java ArjunaJTS/jts/classes/com/arjuna/ats/internal/jts/orbspecific/TransactionFactoryImple.java ArjunaJTS/jts/classes/com/arjuna/ats/internal/jts/orbspecific/recovery/RecoveryEnablement.java ArjunaJTS/jts/classes/com/arjuna/ats/internal/jts/context/ContextManager.java ArjunaJTS/jts/classes/com/arjuna/ats/internal/jts/resources/ExtendedResourceRecord.java ArjunaJTS/jts/classes/com/arjuna/ats/jts/orbspecific/jacorb/interceptors/context/ContextServerRequestInterceptorImpl.java ArjunaJTS/jts/classes/com/arjuna/ats/jts/orbspecific/ibmorb/interceptors/context/ContextServerRequestInterceptorImpl.java ArjunaJTS/jts/classes/com/arjuna/ats/jts/orbspecific/javaidl/interceptors/context/ContextServerRequestInterceptorImpl.java ArjunaJTS/jts/classes/com/arjuna/ats/jts/ExplicitInterposition.java {code} > Refactor codebase to minimize usage of e.printStackTrace() call and change for using logger > ------------------------------------------------------------------------------------------- > > Key: JBTM-2880 > URL: https://issues.jboss.org/browse/JBTM-2880 > Project: JBoss Transaction Manager > Issue Type: Enhancement > Affects Versions: 5.5.6.Final > Reporter: Ondra Chaloupka > Assignee: Ondra Chaloupka > Priority: Minor > > The code base uses call `e.printStackTrace()` on several places. That usage should be minimized and used only when it's good reason for it. In general such calls should be replaced printing with `logger`, probably in level `WARN` with some additional information, why the stacktrace is printed - what error occured - included. > By quick check these are places where exception stack trace is printed directly to `stderr`. > {code} > vertx/shared/src/main/java/ClientVerticle.java > vertx/shared/src/main/java/SampleVerticle2.java > vertx/shared/src/main/java/SampleVerticle1.java > osgi/jta/src/main/java/org/jboss/narayana/osgi/jta/internal/ObjStoreBrowserImpl.java > XTS/WSAS/classes/com/arjuna/mwlabs/wsas/UserActivityImple.java > XTS/WSAS/classes/com/arjuna/mwlabs/wsas/activity/ActivityHandleImple.java > XTS/WSCF/classes/com/arjuna/mwlabs/wscf11/model/sagas/arjunacore/SagasHLSImple.java > XTS/WSCF/classes/com/arjuna/mwlabs/wscf11/model/twophase/arjunacore/TwoPhaseHLSImple.java > XTS/WSCF/classes/com/arjuna/mwlabs/wscf/model/sagas/arjunacore/ParticipantRecord.java > XTS/WSCF/classes/com/arjuna/mwlabs/wscf/model/sagas/arjunacore/CoordinatorControl.java > XTS/WSCF/classes/com/arjuna/mwlabs/wscf/model/twophase/arjunacore/ParticipantRecord.java > XTS/WSCF/classes/com/arjuna/mwlabs/wscf/model/twophase/arjunacore/CoordinatorControl.java > XTS/WSCF/classes/com/arjuna/mw/wscf/utils/DomUtil.java > XTS/WSCF/classes/com/arjuna/mw/wscf/protocols/ProtocolManager.java > XTS/WSTX/classes/com/arjuna/mwlabs/wst11/at/RegistrarImple.java > XTS/WSTX/classes/com/arjuna/mwlabs/wst11/at/context/ArjunaContextImple.java > XTS/WSTX/classes/com/arjuna/mwlabs/wst11/at/remote/TransactionManagerImple.java > XTS/WSTX/classes/com/arjuna/mwlabs/wst11/at/remote/UserTransactionImple.java > XTS/WSTX/classes/com/arjuna/mwlabs/wst11/at/remote/UserTransactionStandaloneImple.java > XTS/WSTX/classes/com/arjuna/mwlabs/wst11/at/participants/CleanupSynchronization.java > XTS/WSTX/classes/com/arjuna/mwlabs/wst11/at/ContextFactoryImple.java > XTS/WSTX/classes/com/arjuna/mwlabs/wst11/ba/context/ArjunaContextImple.java > XTS/WSTX/classes/com/arjuna/mwlabs/wst11/ba/remote/UserBusinessActivityImple.java > XTS/WSTX/classes/com/arjuna/mwlabs/wst11/ba/remote/BusinessActivityManagerImple.java > XTS/WSTX/classes/com/arjuna/mwlabs/wst11/ba/remote/BAParticipantManagerImple.java > XTS/WSTX/classes/com/arjuna/mwlabs/wst11/ba/remote/UserBusinessActivityStandaloneImple.java > XTS/WSTX/classes/com/arjuna/mwlabs/wst11/ba/participants/CleanupSynchronization.java > XTS/WSTX/classes/com/arjuna/mwlabs/wst11/ba/ContextFactoryImple.java > XTS/WSTX/classes/com/arjuna/mwlabs/wst/at/participants/DurableTwoPhaseCommitParticipant.java > XTS/localjunit/WSTX11-interop/src/main/java/com/jboss/transaction/txinterop/proxy/ProxyListenerService.java > XTS/localjunit/WSTFSC07-interop/src/main/java/com/jboss/transaction/wstf/proxy/ProxyListenerService.java > XTS/WS-T/dev/src/com/arjuna/schemas/ws/_2005/_10/wsarjtx/TerminationCoordinatorRPCService.java > XTS/WS-T/dev/src/com/arjuna/wst11/stub/CompletionStub.java > XTS/WS-T/dev/src/com/arjuna/wst11/stub/CompletionRPCStub.java > XTS/WS-T/dev/src/com/arjuna/wst11/stub/BusinessActivityTerminatorRPCStub.java > XTS/WS-T/dev/src/com/arjuna/wst11/messaging/TerminationCoordinatorRPCProcessorImpl.java > XTS/WS-T/dev/src/com/arjuna/wst11/messaging/CompletionCoordinatorProcessorImpl.java > XTS/WS-T/dev/src/com/arjuna/wst11/messaging/CompletionCoordinatorRPCProcessorImpl.java > XTS/WS-T/dev/src/com/arjuna/wst11/messaging/TerminationCoordinatorProcessorImpl.java > XTS/WS-C/dev/src/com/arjuna/wsc11/messaging/ActivationCoordinatorProcessorImpl.java > XTS/WS-C/dev/src/com/arjuna/wsc11/messaging/RegistrationCoordinatorProcessorImpl.java > XTS/WS-C/dev/src/com/arjuna/webservices/SoapFault.java > ArjunaJTA/jta/classes/com/arjuna/ats/jta/xa/XidImple.java > ArjunaJTA/jta/classes/com/arjuna/ats/internal/jta/transaction/arjunacore/jca/XATerminatorImple.java > ArjunaJTA/jta/classes/com/arjuna/ats/internal/jta/transaction/arjunacore/jca/TransactionImporterImple.java > ArjunaJTA/jta/classes/com/arjuna/ats/internal/jta/transaction/arjunacore/TransactionImple.java > ArjunaJTA/jta/classes/com/arjuna/ats/internal/jta/transaction/arjunacore/subordinate/TransactionImple.java > ArjunaJTA/jta/classes/com/arjuna/ats/internal/jta/recovery/arjunacore/SubordinateJTAXAResourceOrphanFilter.java > ArjunaJTA/jdbc/classes/com/arjuna/ats/internal/jdbc/DirectRecoverableConnection.java > ArjunaJTA/jdbc/classes/com/arjuna/ats/internal/jdbc/ConnectionManager.java > ArjunaJTA/jdbc/classes/com/arjuna/ats/internal/jdbc/ProvidedXADataSourceConnection.java > ArjunaJTA/jdbc/classes/com/arjuna/ats/internal/jdbc/IndirectRecoverableConnection.java > ArjunaJTA/jdbc/classes/com/arjuna/ats/internal/jdbc/recovery/JDBCXARecovery.java > blacktie/utils/cpp-plugin/src/main/java/org/jboss/narayana/blacktie/plugins/AddCommonSources.java > blacktie/jatmibroker-xatmi/src/main/java/org/jboss/narayana/blacktie/jatmibroker/core/server/SocketServer.java > blacktie/wildfly-blacktie/subsystem/src/main/java/org/codehaus/stomp/jms/ProtocolConverter.java > blacktie/blacktie-admin-services/src/main/java/org/jboss/narayana/blacktie/administration/core/AdministrationProxy.java > tools/src/main/java/io/narayana/perf/Measurement.java > rts/at/tx/src/main/java/org/jboss/jbossts/star/resource/RESTRecord.java > rts/at/tx/src/main/java/org/jboss/jbossts/star/service/Coordinator.java > txframework/src/main/java/org/jboss/narayana/txframework/impl/Participant.java > compensations/src/main/java/org/jboss/narayana/compensations/internal/ParticipantInterceptor.java > compensations/src/main/java/org/jboss/narayana/compensations/internal/ParticipantImpl.java > ArjunaCore/arjuna/services/classes/com/arjuna/ats/arjuna/services/recovery/RecoveryManagerService.java > ArjunaCore/arjuna/classes/com/arjuna/ats/internal/arjuna/utils/AndroidProcessId.java > ArjunaCore/arjuna/classes/com/arjuna/ats/internal/arjuna/abstractrecords/CadaverRecord.java > ArjunaCore/arjuna/classes/com/arjuna/ats/internal/arjuna/objectstore/ShadowingStore.java > ArjunaCore/arjuna/classes/com/arjuna/ats/internal/arjuna/objectstore/CacheStore.java > ArjunaCore/arjuna/classes/com/arjuna/ats/internal/arjuna/objectstore/LogStore.java > ArjunaCore/arjuna/classes/com/arjuna/ats/arjuna/coordinator/AbstractRecord.java > ArjunaCore/arjuna/classes/com/arjuna/ats/arjuna/coordinator/BasicAction.java > ArjunaCore/arjuna/classes/com/arjuna/ats/arjuna/common/ObjectStoreEnvironmentBean.java > ArjunaCore/arjuna/classes/com/arjuna/ats/arjuna/tools/log/LogBrowser.java > ArjunaCore/arjuna/classes/com/arjuna/ats/arjuna/tools/stats/TxPerfGraph.java > ArjunaCore/arjuna/classes/com/arjuna/ats/arjuna/tools/OTM.java > ArjunaCore/arjuna/classes/com/arjuna/ats/arjuna/StateManager.java > ArjunaCore/arjuna/classes/com/arjuna/ats/arjuna/recovery/RecoveryManager.java > ArjunaJTS/integration/src/main/java/com/arjuna/ats/internal/jbossatx/jta/jca/XATerminator.java > ArjunaJTS/integration/src/main/java/com/arjuna/ats/internal/jbossatx/jts/jca/XATerminator.java > ArjunaJTS/integration/src/main/java/com/arjuna/ats/internal/jbossatx/jts/PropagationContextManager.java > ArjunaJTS/jtax/classes/com/arjuna/ats/internal/jta/transaction/jts/jca/XATerminatorImple.java > ArjunaJTS/jtax/classes/com/arjuna/ats/internal/jta/transaction/jts/BaseTransaction.java > ArjunaJTS/jtax/classes/com/arjuna/ats/internal/jta/transaction/jts/TransactionImple.java > ArjunaJTS/jtax/classes/com/arjuna/ats/internal/jta/transaction/jts/subordinate/jca/coordinator/ServerTransaction.java > ArjunaJTS/jtax/classes/com/arjuna/ats/internal/jta/transaction/jts/subordinate/jca/SubordinateAtomicTransaction.java > ArjunaJTS/jtax/classes/com/arjuna/ats/internal/jta/transaction/jts/subordinate/TransactionImple.java > ArjunaJTS/jtax/classes/com/arjuna/ats/internal/jta/transaction/jts/subordinate/SubordinateAtomicTransaction.java > ArjunaJTS/jtax/classes/com/arjuna/ats/internal/jta/resources/jts/orbspecific/XAResourceRecord.java > ArjunaJTS/jtax/classes/com/arjuna/ats/internal/jta/recovery/jts/JCAServerTransactionRecoveryModule.java > ArjunaJTS/orbportability/classes/com/arjuna/orbportability/common/ant/IDLCompiler.java > ArjunaJTS/jts/services/classes/com/arjuna/ats/jts/services/transactionserver/TransactionServerService.java > ArjunaJTS/jts/classes/com/arjuna/ats/internal/jts/utils/TxStoreLog.java > ArjunaJTS/jts/classes/com/arjuna/ats/internal/jts/orbspecific/interposition/ServerControl.java > ArjunaJTS/jts/classes/com/arjuna/ats/internal/jts/orbspecific/coordinator/ArjunaTransactionImple.java > ArjunaJTS/jts/classes/com/arjuna/ats/internal/jts/orbspecific/jacorb/recoverycoordinators/ORBRunner.java > ArjunaJTS/jts/classes/com/arjuna/ats/internal/jts/orbspecific/jacorb/recoverycoordinators/JacOrbRCServiceInit.java > ArjunaJTS/jts/classes/com/arjuna/ats/internal/jts/orbspecific/ibmorb/recoverycoordinators/ORBRunner.java > ArjunaJTS/jts/classes/com/arjuna/ats/internal/jts/orbspecific/javaidl/recoverycoordinators/ORBRunner.java > ArjunaJTS/jts/classes/com/arjuna/ats/internal/jts/orbspecific/CurrentImple.java > ArjunaJTS/jts/classes/com/arjuna/ats/internal/jts/orbspecific/TransactionFactoryImple.java > ArjunaJTS/jts/classes/com/arjuna/ats/internal/jts/orbspecific/recovery/RecoveryEnablement.java > ArjunaJTS/jts/classes/com/arjuna/ats/internal/jts/context/ContextManager.java > ArjunaJTS/jts/classes/com/arjuna/ats/internal/jts/resources/ExtendedResourceRecord.java > ArjunaJTS/jts/classes/com/arjuna/ats/jts/TransactionServer.java > ArjunaJTS/jts/classes/com/arjuna/ats/jts/orbspecific/jacorb/interceptors/interposition/InterpositionClientRequestInterceptorImpl.java > ArjunaJTS/jts/classes/com/arjuna/ats/jts/orbspecific/jacorb/interceptors/context/ContextServerRequestInterceptorImpl.java > ArjunaJTS/jts/classes/com/arjuna/ats/jts/orbspecific/ibmorb/interceptors/context/ContextServerRequestInterceptorImpl.java > ArjunaJTS/jts/classes/com/arjuna/ats/jts/orbspecific/javaidl/interceptors/context/ContextServerRequestInterceptorImpl.java > ArjunaJTS/jts/classes/com/arjuna/ats/jts/ExplicitInterposition.java > STM/src/main/java/org/jboss/stm/internal/reflect/InvocationHandler.java > STM/src/main/java/org/jboss/stm/internal/proxy/OptimisticLockManagerProxy.java > STM/src/main/java/org/jboss/stm/internal/proxy/LockManagerProxy.java > STM/src/main/java/org/jboss/stm/internal/optimistic/OptimisticLockRecord.java > {code} -- This message was sent by Atlassian JIRA (v7.2.3#72005) From issues at jboss.org Fri Apr 7 13:29:00 2017 From: issues at jboss.org (Tom Jenkinson (JIRA)) Date: Fri, 7 Apr 2017 13:29:00 -0400 (EDT) Subject: [jbossts-issues] [JBoss JIRA] (JBTM-2763) problem running with hibernate In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/JBTM-2763?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Tom Jenkinson updated JBTM-2763: -------------------------------- Fix Version/s: 5.5.0.Final > problem running with hibernate > ------------------------------ > > Key: JBTM-2763 > URL: https://issues.jboss.org/browse/JBTM-2763 > Project: JBoss Transaction Manager > Issue Type: Bug > Components: JTA > Affects Versions: 5.3.5.Final > Environment: Spring 4.3.3.RELEASE > Hibernate 5.1.2.Final > Narayana 5.3.5 > Not in an application server - running standalone spring app > Reporter: davidkarlsen > Assignee: Tom Jenkinson > Fix For: 5.5.0.Final > > > With the same libraries as above, except narayana 5.3.5 the following config worked just fine: > {noformat} > > > > > > > > > > > > > > > org.hibernate.cache.ehcache.SingletonEhCacheRegionFactory > ${hibernate.cache.use_query_cache} > ${hibernate.cache.use_second_level_cache} > ${hibernate.generate_statistics} > ${hibernate.cache.use_structured_entries} > ${hibernate.transaction.jta.platform:org.hibernate.engine.transaction.jta.platform.internal.JBossStandAloneJtaPlatform} > > ${hibernate.connection.release_mode:AFTER_STATEMENT} > ${hibernate.jdbc.use_get_generated_keys} > ${hibernate.jdbc.fetch_size} > ${hibernate.jdbc.batch_size} > ${hibernate.showSql} > ${hibernate.format_sql} > ${hibernate.use_sql_comments} > > > > {noformat} > If I upgrade Narayana to 5.3.5 I consistently get: > {noformat} > java.sql.SQLSyntaxErrorException: ORA-02049: timeout: distributed transaction waiting for lock > at oracle.jdbc.driver.T4CTTIoer.processError(T4CTTIoer.java:450) > at oracle.jdbc.driver.T4CTTIoer.processError(T4CTTIoer.java:399) > at oracle.jdbc.driver.T4C8Oall.processError(T4C8Oall.java:1059) > at oracle.jdbc.driver.T4CTTIfun.receive(T4CTTIfun.java:522) > at oracle.jdbc.driver.T4CTTIfun.doRPC(T4CTTIfun.java:257) > at oracle.jdbc.driver.T4C8Oall.doOALL(T4C8Oall.java:587) > at oracle.jdbc.driver.T4CStatement.doOall8(T4CStatement.java:210) > at oracle.jdbc.driver.T4CStatement.doOall8(T4CStatement.java:30) > at oracle.jdbc.driver.T4CStatement.executeForRows(T4CStatement.java:931) > at oracle.jdbc.driver.OracleStatement.doExecuteWithTimeout(OracleStatement.java:1150) > at oracle.jdbc.driver.OracleStatement.executeInternal(OracleStatement.java:1792) > at oracle.jdbc.driver.OracleStatement.execute(OracleStatement.java:1745) > at oracle.jdbc.driver.OracleStatementWrapper.execute(OracleStatementWrapper.java:334) > at sun.reflect.GeneratedMethodAccessor84.invoke(Unknown Source) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:498) > at net.bull.javamelody.JdbcWrapper.doExecute(JdbcWrapper.java:404) > at net.bull.javamelody.JdbcWrapper$StatementInvocationHandler.invoke(JdbcWrapper.java:129) > at net.bull.javamelody.JdbcWrapper$DelegatingInvocationHandler.invoke(JdbcWrapper.java:286) > at com.sun.proxy.$Proxy143.execute(Unknown Source) > at org.dbunit.database.statement.SimpleStatement.executeBatch(SimpleStatement.java:69) > at org.dbunit.operation.DeleteAllOperation.execute(DeleteAllOperation.java:126) > at org.dbunit.operation.CompositeOperation.execute(CompositeOperation.java:79) > at com.github.springtestdbunit.DbUnitRunner.setupOrTeardown(DbUnitRunner.java:183) > at com.github.springtestdbunit.DbUnitRunner.beforeTestMethod(DbUnitRunner.java:75) > at com.github.springtestdbunit.DbUnitTestExecutionListener.beforeTestMethod(DbUnitTestExecutionListener.java:185) > at org.springframework.test.context.TestContextManager.beforeTestMethod(TestContextManager.java:269) > at org.springframework.test.context.junit4.statements.RunBeforeTestMethodCallbacks.evaluate(RunBeforeTestMethodCallbacks.java:74) > at org.junit.internal.runners.statements.RunAfters.evaluate(RunAfters.java:27) > at org.springframework.test.context.junit4.statements.RunAfterTestMethodCallbacks.evaluate(RunAfterTestMethodCallbacks.java:86) > at org.junit.rules.TestWatcher$1.evaluate(TestWatcher.java:55) > at org.junit.rules.RunRules.evaluate(RunRules.java:20) > at org.springframework.test.context.junit4.statements.SpringRepeat.evaluate(SpringRepeat.java:84) > at org.junit.runners.ParentRunner.runLeaf(ParentRunner.java:325) > at org.springframework.test.context.junit4.SpringJUnit4ClassRunner.runChild(SpringJUnit4ClassRunner.java:252) > at org.springframework.test.context.junit4.SpringJUnit4ClassRunner.runChild(SpringJUnit4ClassRunner.java:94) > at org.junit.runners.ParentRunner$3.run(ParentRunner.java:290) > at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:71) > at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:288) > at org.junit.runners.ParentRunner.access$000(ParentRunner.java:58) > at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:268) > at org.springframework.test.context.junit4.statements.RunBeforeTestClassCallbacks.evaluate(RunBeforeTestClassCallbacks.java:61) > at org.springframework.test.context.junit4.statements.RunAfterTestClassCallbacks.evaluate(RunAfterTestClassCallbacks.java:70) > at org.junit.runners.ParentRunner.run(ParentRunner.java:363) > at org.springframework.test.context.junit4.SpringJUnit4ClassRunner.run(SpringJUnit4ClassRunner.java:191) > at org.apache.maven.surefire.junit4.JUnit4Provider.execute(JUnit4Provider.java:367) > at org.apache.maven.surefire.junit4.JUnit4Provider.executeWithRerun(JUnit4Provider.java:274) > at org.apache.maven.surefire.junit4.JUnit4Provider.executeTestSet(JUnit4Provider.java:238) > at org.apache.maven.surefire.junit4.JUnit4Provider.invoke(JUnit4Provider.java:161) > at org.apache.maven.surefire.booter.ForkedBooter.invokeProviderInSameClassLoader(ForkedBooter.java:290) > at org.apache.maven.surefire.booter.ForkedBooter.runSuitesInProcess(ForkedBooter.java:242) > at org.apache.maven.surefire.booter.ForkedBooter.main(ForkedBooter. > {noformat} > If I leave hibernate.connection.release_mode to default (e.g. not specifying it) or after_transaction I get: > {noformat} > WARN com.arjuna.ats.jta - ARJUNA016029: SynchronizationImple.afterCompletion - failed for org.hibernate.resource.transaction.backend.jta.internal.synchronization.RegisteredSynchronization at 6811fa19 with exception > 22:59:01 java.lang.NullPointerException: null > 22:59:01 at com.arjuna.ats.internal.jdbc.ConnectionImple.getConnection(ConnectionImple.java:864) > 22:59:01 at com.arjuna.ats.internal.jdbc.ConnectionImple.getWarnings(ConnectionImple.java:476) > 22:59:01 at sun.reflect.GeneratedMethodAccessor113.invoke(Unknown Source) > 22:59:01 at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > 22:59:01 at java.lang.reflect.Method.invoke(Method.java:498) > 22:59:01 at net.bull.javamelody.JdbcWrapper$ConnectionInvocationHandler.invoke(JdbcWrapper.java:189) > 22:59:01 at net.bull.javamelody.JdbcWrapper$DelegatingInvocationHandler.invoke(JdbcWrapper.java:286) > 22:59:01 at com.sun.proxy.$Proxy116.getWarnings(Unknown Source) > 22:59:01 at org.hibernate.engine.jdbc.spi.SqlExceptionHelper.handleAndClearWarnings(SqlExceptionHelper.java:277) > 22:59:01 at org.hibernate.engine.jdbc.spi.SqlExceptionHelper.logAndClearWarnings(SqlExceptionHelper.java:256) > 22:59:01 at org.hibernate.resource.jdbc.internal.LogicalConnectionManagedImpl.releaseConnection(LogicalConnectionManagedImpl.java:167) > 22:59:01 at org.hibernate.resource.jdbc.internal.LogicalConnectionManagedImpl.afterTransaction(LogicalConnectionManagedImpl.java:135) > 22:59:01 at org.hibernate.engine.jdbc.internal.JdbcCoordinatorImpl.afterTransaction(JdbcCoordinatorImpl.java:296) > 22:59:01 at org.hibernate.engine.jdbc.internal.JdbcCoordinatorImpl.afterTransactionCompletion(JdbcCoordinatorImpl.java:496) > 22:59:01 at org.hibernate.resource.transaction.backend.jta.internal.JtaTransactionCoordinatorImpl.afterCompletion(JtaTransactionCoordinatorImpl.java:345) > 22:59:01 at org.hibernate.resource.transaction.backend.jta.internal.synchronization.SynchronizationCallbackCoordinatorNonTrackingImpl.doAfterCompletion(SynchronizationCallbackCoordinatorNonTrackingImpl.java:60) > 22:59:01 at org.hibernate.resource.transaction.backend.jta.internal.synchronization.SynchronizationCallbackCoordinatorTrackingImpl.afterCompletion(SynchronizationCallbackCoordinatorTrackingImpl.java:72) > 22:59:01 at org.hibernate.resource.transaction.backend.jta.internal.synchronization.RegisteredSynchronization.afterCompletion(RegisteredSynchronization.java:44) > 22:59:01 at com.arjuna.ats.internal.jta.resources.arjunacore.SynchronizationImple.afterCompletion(SynchronizationImple.java:96) > 22:59:01 at com.arjuna.ats.arjuna.coordinator.TwoPhaseCoordinator.afterCompletion(TwoPhaseCoordinator.java:542) > 22:59:01 at com.arjuna.ats.arjuna.coordinator.TwoPhaseCoordinator.end(TwoPhaseCoordinator.java:101) > 22:59:01 at com.arjuna.ats.arjuna.AtomicAction.commit(AtomicAction.java:162) > 22:59:01 at com.arjuna.ats.internal.jta.transaction.arjunacore.TransactionImple.commitAndDisassociate(TransactionImple.java:1216) > 22:59:01 at com.arjuna.ats.internal.jta.transaction.arjunacore.BaseTransaction.commit(BaseTransaction.java:126) > 22:59:01 at org.springframework.transaction.jta.JtaTransactionManager.doCommit(JtaTransactionManager.java:1023) > 22:59:01 at org.springframework.transaction.support.AbstractPlatformTransactionManager.processCommit(AbstractPlatformTransactionManager.java:761) > 22:59:01 at org.springframework.transaction.support.AbstractPlatformTransactionManager.commit(AbstractPlatformTransactionManager.java:730) > 22:59:01 at org.springframework.transaction.interceptor.TransactionAspectSupport.commitTransactionAfterReturning(TransactionAspectSupport.java:487) > 22:59:01 at org.springframework.transaction.interceptor.TransactionAspectSupport.invokeWithinTransaction(TransactionAspectSupport.java:291) > 22:59:01 at org.springframework.transaction.interceptor.TransactionInterceptor.invoke(TransactionInterceptor.java:96) > 22:59:01 at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:179) > 22:59:01 at org.springframework.aop.interceptor.ExposeInvocationInterceptor.invoke(ExposeInvocationInterceptor.java:92) > 22:59:01 at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:179) > 22:59:01 at org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:213) > 22:59:01 at com.sun.proxy.$Proxy292.create(Unknown Source) > 22:59:01 at > {noformat} -- This message was sent by Atlassian JIRA (v7.2.3#72005) From issues at jboss.org Fri Apr 7 13:29:00 2017 From: issues at jboss.org (Tom Jenkinson (JIRA)) Date: Fri, 7 Apr 2017 13:29:00 -0400 (EDT) Subject: [jbossts-issues] [JBoss JIRA] (JBTM-2763) problem running with hibernate In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/JBTM-2763?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Tom Jenkinson closed JBTM-2763. ------------------------------- > problem running with hibernate > ------------------------------ > > Key: JBTM-2763 > URL: https://issues.jboss.org/browse/JBTM-2763 > Project: JBoss Transaction Manager > Issue Type: Bug > Components: JTA > Affects Versions: 5.3.5.Final > Environment: Spring 4.3.3.RELEASE > Hibernate 5.1.2.Final > Narayana 5.3.5 > Not in an application server - running standalone spring app > Reporter: davidkarlsen > Assignee: Tom Jenkinson > Fix For: 5.5.0.Final > > > With the same libraries as above, except narayana 5.3.5 the following config worked just fine: > {noformat} > > > > > > > > > > > > > > > org.hibernate.cache.ehcache.SingletonEhCacheRegionFactory > ${hibernate.cache.use_query_cache} > ${hibernate.cache.use_second_level_cache} > ${hibernate.generate_statistics} > ${hibernate.cache.use_structured_entries} > ${hibernate.transaction.jta.platform:org.hibernate.engine.transaction.jta.platform.internal.JBossStandAloneJtaPlatform} > > ${hibernate.connection.release_mode:AFTER_STATEMENT} > ${hibernate.jdbc.use_get_generated_keys} > ${hibernate.jdbc.fetch_size} > ${hibernate.jdbc.batch_size} > ${hibernate.showSql} > ${hibernate.format_sql} > ${hibernate.use_sql_comments} > > > > {noformat} > If I upgrade Narayana to 5.3.5 I consistently get: > {noformat} > java.sql.SQLSyntaxErrorException: ORA-02049: timeout: distributed transaction waiting for lock > at oracle.jdbc.driver.T4CTTIoer.processError(T4CTTIoer.java:450) > at oracle.jdbc.driver.T4CTTIoer.processError(T4CTTIoer.java:399) > at oracle.jdbc.driver.T4C8Oall.processError(T4C8Oall.java:1059) > at oracle.jdbc.driver.T4CTTIfun.receive(T4CTTIfun.java:522) > at oracle.jdbc.driver.T4CTTIfun.doRPC(T4CTTIfun.java:257) > at oracle.jdbc.driver.T4C8Oall.doOALL(T4C8Oall.java:587) > at oracle.jdbc.driver.T4CStatement.doOall8(T4CStatement.java:210) > at oracle.jdbc.driver.T4CStatement.doOall8(T4CStatement.java:30) > at oracle.jdbc.driver.T4CStatement.executeForRows(T4CStatement.java:931) > at oracle.jdbc.driver.OracleStatement.doExecuteWithTimeout(OracleStatement.java:1150) > at oracle.jdbc.driver.OracleStatement.executeInternal(OracleStatement.java:1792) > at oracle.jdbc.driver.OracleStatement.execute(OracleStatement.java:1745) > at oracle.jdbc.driver.OracleStatementWrapper.execute(OracleStatementWrapper.java:334) > at sun.reflect.GeneratedMethodAccessor84.invoke(Unknown Source) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:498) > at net.bull.javamelody.JdbcWrapper.doExecute(JdbcWrapper.java:404) > at net.bull.javamelody.JdbcWrapper$StatementInvocationHandler.invoke(JdbcWrapper.java:129) > at net.bull.javamelody.JdbcWrapper$DelegatingInvocationHandler.invoke(JdbcWrapper.java:286) > at com.sun.proxy.$Proxy143.execute(Unknown Source) > at org.dbunit.database.statement.SimpleStatement.executeBatch(SimpleStatement.java:69) > at org.dbunit.operation.DeleteAllOperation.execute(DeleteAllOperation.java:126) > at org.dbunit.operation.CompositeOperation.execute(CompositeOperation.java:79) > at com.github.springtestdbunit.DbUnitRunner.setupOrTeardown(DbUnitRunner.java:183) > at com.github.springtestdbunit.DbUnitRunner.beforeTestMethod(DbUnitRunner.java:75) > at com.github.springtestdbunit.DbUnitTestExecutionListener.beforeTestMethod(DbUnitTestExecutionListener.java:185) > at org.springframework.test.context.TestContextManager.beforeTestMethod(TestContextManager.java:269) > at org.springframework.test.context.junit4.statements.RunBeforeTestMethodCallbacks.evaluate(RunBeforeTestMethodCallbacks.java:74) > at org.junit.internal.runners.statements.RunAfters.evaluate(RunAfters.java:27) > at org.springframework.test.context.junit4.statements.RunAfterTestMethodCallbacks.evaluate(RunAfterTestMethodCallbacks.java:86) > at org.junit.rules.TestWatcher$1.evaluate(TestWatcher.java:55) > at org.junit.rules.RunRules.evaluate(RunRules.java:20) > at org.springframework.test.context.junit4.statements.SpringRepeat.evaluate(SpringRepeat.java:84) > at org.junit.runners.ParentRunner.runLeaf(ParentRunner.java:325) > at org.springframework.test.context.junit4.SpringJUnit4ClassRunner.runChild(SpringJUnit4ClassRunner.java:252) > at org.springframework.test.context.junit4.SpringJUnit4ClassRunner.runChild(SpringJUnit4ClassRunner.java:94) > at org.junit.runners.ParentRunner$3.run(ParentRunner.java:290) > at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:71) > at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:288) > at org.junit.runners.ParentRunner.access$000(ParentRunner.java:58) > at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:268) > at org.springframework.test.context.junit4.statements.RunBeforeTestClassCallbacks.evaluate(RunBeforeTestClassCallbacks.java:61) > at org.springframework.test.context.junit4.statements.RunAfterTestClassCallbacks.evaluate(RunAfterTestClassCallbacks.java:70) > at org.junit.runners.ParentRunner.run(ParentRunner.java:363) > at org.springframework.test.context.junit4.SpringJUnit4ClassRunner.run(SpringJUnit4ClassRunner.java:191) > at org.apache.maven.surefire.junit4.JUnit4Provider.execute(JUnit4Provider.java:367) > at org.apache.maven.surefire.junit4.JUnit4Provider.executeWithRerun(JUnit4Provider.java:274) > at org.apache.maven.surefire.junit4.JUnit4Provider.executeTestSet(JUnit4Provider.java:238) > at org.apache.maven.surefire.junit4.JUnit4Provider.invoke(JUnit4Provider.java:161) > at org.apache.maven.surefire.booter.ForkedBooter.invokeProviderInSameClassLoader(ForkedBooter.java:290) > at org.apache.maven.surefire.booter.ForkedBooter.runSuitesInProcess(ForkedBooter.java:242) > at org.apache.maven.surefire.booter.ForkedBooter.main(ForkedBooter. > {noformat} > If I leave hibernate.connection.release_mode to default (e.g. not specifying it) or after_transaction I get: > {noformat} > WARN com.arjuna.ats.jta - ARJUNA016029: SynchronizationImple.afterCompletion - failed for org.hibernate.resource.transaction.backend.jta.internal.synchronization.RegisteredSynchronization at 6811fa19 with exception > 22:59:01 java.lang.NullPointerException: null > 22:59:01 at com.arjuna.ats.internal.jdbc.ConnectionImple.getConnection(ConnectionImple.java:864) > 22:59:01 at com.arjuna.ats.internal.jdbc.ConnectionImple.getWarnings(ConnectionImple.java:476) > 22:59:01 at sun.reflect.GeneratedMethodAccessor113.invoke(Unknown Source) > 22:59:01 at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > 22:59:01 at java.lang.reflect.Method.invoke(Method.java:498) > 22:59:01 at net.bull.javamelody.JdbcWrapper$ConnectionInvocationHandler.invoke(JdbcWrapper.java:189) > 22:59:01 at net.bull.javamelody.JdbcWrapper$DelegatingInvocationHandler.invoke(JdbcWrapper.java:286) > 22:59:01 at com.sun.proxy.$Proxy116.getWarnings(Unknown Source) > 22:59:01 at org.hibernate.engine.jdbc.spi.SqlExceptionHelper.handleAndClearWarnings(SqlExceptionHelper.java:277) > 22:59:01 at org.hibernate.engine.jdbc.spi.SqlExceptionHelper.logAndClearWarnings(SqlExceptionHelper.java:256) > 22:59:01 at org.hibernate.resource.jdbc.internal.LogicalConnectionManagedImpl.releaseConnection(LogicalConnectionManagedImpl.java:167) > 22:59:01 at org.hibernate.resource.jdbc.internal.LogicalConnectionManagedImpl.afterTransaction(LogicalConnectionManagedImpl.java:135) > 22:59:01 at org.hibernate.engine.jdbc.internal.JdbcCoordinatorImpl.afterTransaction(JdbcCoordinatorImpl.java:296) > 22:59:01 at org.hibernate.engine.jdbc.internal.JdbcCoordinatorImpl.afterTransactionCompletion(JdbcCoordinatorImpl.java:496) > 22:59:01 at org.hibernate.resource.transaction.backend.jta.internal.JtaTransactionCoordinatorImpl.afterCompletion(JtaTransactionCoordinatorImpl.java:345) > 22:59:01 at org.hibernate.resource.transaction.backend.jta.internal.synchronization.SynchronizationCallbackCoordinatorNonTrackingImpl.doAfterCompletion(SynchronizationCallbackCoordinatorNonTrackingImpl.java:60) > 22:59:01 at org.hibernate.resource.transaction.backend.jta.internal.synchronization.SynchronizationCallbackCoordinatorTrackingImpl.afterCompletion(SynchronizationCallbackCoordinatorTrackingImpl.java:72) > 22:59:01 at org.hibernate.resource.transaction.backend.jta.internal.synchronization.RegisteredSynchronization.afterCompletion(RegisteredSynchronization.java:44) > 22:59:01 at com.arjuna.ats.internal.jta.resources.arjunacore.SynchronizationImple.afterCompletion(SynchronizationImple.java:96) > 22:59:01 at com.arjuna.ats.arjuna.coordinator.TwoPhaseCoordinator.afterCompletion(TwoPhaseCoordinator.java:542) > 22:59:01 at com.arjuna.ats.arjuna.coordinator.TwoPhaseCoordinator.end(TwoPhaseCoordinator.java:101) > 22:59:01 at com.arjuna.ats.arjuna.AtomicAction.commit(AtomicAction.java:162) > 22:59:01 at com.arjuna.ats.internal.jta.transaction.arjunacore.TransactionImple.commitAndDisassociate(TransactionImple.java:1216) > 22:59:01 at com.arjuna.ats.internal.jta.transaction.arjunacore.BaseTransaction.commit(BaseTransaction.java:126) > 22:59:01 at org.springframework.transaction.jta.JtaTransactionManager.doCommit(JtaTransactionManager.java:1023) > 22:59:01 at org.springframework.transaction.support.AbstractPlatformTransactionManager.processCommit(AbstractPlatformTransactionManager.java:761) > 22:59:01 at org.springframework.transaction.support.AbstractPlatformTransactionManager.commit(AbstractPlatformTransactionManager.java:730) > 22:59:01 at org.springframework.transaction.interceptor.TransactionAspectSupport.commitTransactionAfterReturning(TransactionAspectSupport.java:487) > 22:59:01 at org.springframework.transaction.interceptor.TransactionAspectSupport.invokeWithinTransaction(TransactionAspectSupport.java:291) > 22:59:01 at org.springframework.transaction.interceptor.TransactionInterceptor.invoke(TransactionInterceptor.java:96) > 22:59:01 at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:179) > 22:59:01 at org.springframework.aop.interceptor.ExposeInvocationInterceptor.invoke(ExposeInvocationInterceptor.java:92) > 22:59:01 at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:179) > 22:59:01 at org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:213) > 22:59:01 at com.sun.proxy.$Proxy292.create(Unknown Source) > 22:59:01 at > {noformat} -- This message was sent by Atlassian JIRA (v7.2.3#72005) From issues at jboss.org Mon Apr 10 03:21:00 2017 From: issues at jboss.org (Ondra Chaloupka (JIRA)) Date: Mon, 10 Apr 2017 03:21:00 -0400 (EDT) Subject: [jbossts-issues] [JBoss JIRA] (JBTM-2880) Refactor codebase to minimize usage of e.printStackTrace() call and change for using logger In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/JBTM-2880?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Ondra Chaloupka updated JBTM-2880: ---------------------------------- Description: The code base uses call `e.printStackTrace()` on several places. That usage should be minimized and used only when it's good reason for it. In general such calls should be replaced printing with `logger`, probably in level `WARN` with some additional information, why the stacktrace is printed - what error occured - included. By quick check these are places where exception stack trace is printed directly to `stderr`. {code} -vertx/shared/src/main/java/ClientVerticle.java- -vertx/shared/src/main/java/SampleVerticle2.java- -vertx/shared/src/main/java/SampleVerticle1.java- osgi/jta/src/main/java/org/jboss/narayana/osgi/jta/internal/ObjStoreBrowserImpl.java XTS/WSAS/classes/com/arjuna/mwlabs/wsas/UserActivityImple.java XTS/WSAS/classes/com/arjuna/mwlabs/wsas/activity/ActivityHandleImple.java XTS/WSCF/classes/com/arjuna/mwlabs/wscf11/model/sagas/arjunacore/SagasHLSImple.java XTS/WSCF/classes/com/arjuna/mwlabs/wscf11/model/twophase/arjunacore/TwoPhaseHLSImple.java XTS/WSCF/classes/com/arjuna/mwlabs/wscf/model/sagas/arjunacore/ParticipantRecord.java XTS/WSCF/classes/com/arjuna/mwlabs/wscf/model/sagas/arjunacore/CoordinatorControl.java XTS/WSCF/classes/com/arjuna/mwlabs/wscf/model/twophase/arjunacore/ParticipantRecord.java XTS/WSCF/classes/com/arjuna/mwlabs/wscf/model/twophase/arjunacore/CoordinatorControl.java XTS/WSCF/classes/com/arjuna/mw/wscf/utils/DomUtil.java XTS/WSCF/classes/com/arjuna/mw/wscf/protocols/ProtocolManager.java XTS/WSTX/classes/com/arjuna/mwlabs/wst11/at/RegistrarImple.java XTS/WSTX/classes/com/arjuna/mwlabs/wst11/at/context/ArjunaContextImple.java XTS/WSTX/classes/com/arjuna/mwlabs/wst11/at/remote/TransactionManagerImple.java XTS/WSTX/classes/com/arjuna/mwlabs/wst11/at/remote/UserTransactionImple.java XTS/WSTX/classes/com/arjuna/mwlabs/wst11/at/remote/UserTransactionStandaloneImple.java XTS/WSTX/classes/com/arjuna/mwlabs/wst11/at/participants/CleanupSynchronization.java XTS/WSTX/classes/com/arjuna/mwlabs/wst11/at/ContextFactoryImple.java XTS/WSTX/classes/com/arjuna/mwlabs/wst11/ba/context/ArjunaContextImple.java XTS/WSTX/classes/com/arjuna/mwlabs/wst11/ba/remote/UserBusinessActivityImple.java XTS/WSTX/classes/com/arjuna/mwlabs/wst11/ba/remote/BusinessActivityManagerImple.java XTS/WSTX/classes/com/arjuna/mwlabs/wst11/ba/remote/BAParticipantManagerImple.java XTS/WSTX/classes/com/arjuna/mwlabs/wst11/ba/remote/UserBusinessActivityStandaloneImple.java XTS/WSTX/classes/com/arjuna/mwlabs/wst11/ba/participants/CleanupSynchronization.java XTS/WSTX/classes/com/arjuna/mwlabs/wst11/ba/ContextFactoryImple.java XTS/WSTX/classes/com/arjuna/mwlabs/wst/at/participants/DurableTwoPhaseCommitParticipant.java XTS/localjunit/WSTX11-interop/src/main/java/com/jboss/transaction/txinterop/proxy/ProxyListenerService.java XTS/localjunit/WSTFSC07-interop/src/main/java/com/jboss/transaction/wstf/proxy/ProxyListenerService.java XTS/WS-T/dev/src/com/arjuna/schemas/ws/_2005/_10/wsarjtx/TerminationCoordinatorRPCService.java XTS/WS-T/dev/src/com/arjuna/wst11/stub/CompletionStub.java XTS/WS-T/dev/src/com/arjuna/wst11/stub/CompletionRPCStub.java XTS/WS-T/dev/src/com/arjuna/wst11/stub/BusinessActivityTerminatorRPCStub.java XTS/WS-T/dev/src/com/arjuna/wst11/messaging/TerminationCoordinatorRPCProcessorImpl.java XTS/WS-T/dev/src/com/arjuna/wst11/messaging/CompletionCoordinatorProcessorImpl.java XTS/WS-T/dev/src/com/arjuna/wst11/messaging/CompletionCoordinatorRPCProcessorImpl.java XTS/WS-T/dev/src/com/arjuna/wst11/messaging/TerminationCoordinatorProcessorImpl.java XTS/WS-C/dev/src/com/arjuna/wsc11/messaging/ActivationCoordinatorProcessorImpl.java XTS/WS-C/dev/src/com/arjuna/wsc11/messaging/RegistrationCoordinatorProcessorImpl.java XTS/WS-C/dev/src/com/arjuna/webservices/SoapFault.java ArjunaJTA/jta/classes/com/arjuna/ats/jta/xa/XidImple.java ArjunaJTA/jta/classes/com/arjuna/ats/internal/jta/transaction/arjunacore/jca/XATerminatorImple.java ArjunaJTA/jta/classes/com/arjuna/ats/internal/jta/transaction/arjunacore/jca/TransactionImporterImple.java ArjunaJTA/jta/classes/com/arjuna/ats/internal/jta/transaction/arjunacore/TransactionImple.java ArjunaJTA/jta/classes/com/arjuna/ats/internal/jta/transaction/arjunacore/subordinate/TransactionImple.java ArjunaJTA/jta/classes/com/arjuna/ats/internal/jta/recovery/arjunacore/SubordinateJTAXAResourceOrphanFilter.java ArjunaJTA/jdbc/classes/com/arjuna/ats/internal/jdbc/DirectRecoverableConnection.java ArjunaJTA/jdbc/classes/com/arjuna/ats/internal/jdbc/ConnectionManager.java ArjunaJTA/jdbc/classes/com/arjuna/ats/internal/jdbc/ProvidedXADataSourceConnection.java ArjunaJTA/jdbc/classes/com/arjuna/ats/internal/jdbc/IndirectRecoverableConnection.java ArjunaJTA/jdbc/classes/com/arjuna/ats/internal/jdbc/recovery/JDBCXARecovery.java blacktie/utils/cpp-plugin/src/main/java/org/jboss/narayana/blacktie/plugins/AddCommonSources.java blacktie/jatmibroker-xatmi/src/main/java/org/jboss/narayana/blacktie/jatmibroker/core/server/SocketServer.java blacktie/wildfly-blacktie/subsystem/src/main/java/org/codehaus/stomp/jms/ProtocolConverter.java blacktie/blacktie-admin-services/src/main/java/org/jboss/narayana/blacktie/administration/core/AdministrationProxy.java tools/src/main/java/io/narayana/perf/Measurement.java rts/at/tx/src/main/java/org/jboss/jbossts/star/resource/RESTRecord.java rts/at/tx/src/main/java/org/jboss/jbossts/star/service/Coordinator.java txframework/src/main/java/org/jboss/narayana/txframework/impl/Participant.java compensations/src/main/java/org/jboss/narayana/compensations/internal/ParticipantInterceptor.java compensations/src/main/java/org/jboss/narayana/compensations/internal/ParticipantImpl.java ArjunaCore/arjuna/services/classes/com/arjuna/ats/arjuna/services/recovery/RecoveryManagerService.java ArjunaCore/arjuna/classes/com/arjuna/ats/internal/arjuna/utils/AndroidProcessId.java ArjunaCore/arjuna/classes/com/arjuna/ats/internal/arjuna/abstractrecords/CadaverRecord.java ArjunaCore/arjuna/classes/com/arjuna/ats/internal/arjuna/objectstore/ShadowingStore.java ArjunaCore/arjuna/classes/com/arjuna/ats/internal/arjuna/objectstore/CacheStore.java ArjunaCore/arjuna/classes/com/arjuna/ats/internal/arjuna/objectstore/LogStore.java ArjunaCore/arjuna/classes/com/arjuna/ats/arjuna/coordinator/AbstractRecord.java ArjunaCore/arjuna/classes/com/arjuna/ats/arjuna/coordinator/BasicAction.java ArjunaCore/arjuna/classes/com/arjuna/ats/arjuna/common/ObjectStoreEnvironmentBean.java ArjunaCore/arjuna/classes/com/arjuna/ats/arjuna/tools/log/LogBrowser.java ArjunaCore/arjuna/classes/com/arjuna/ats/arjuna/tools/stats/TxPerfGraph.java ArjunaCore/arjuna/classes/com/arjuna/ats/arjuna/tools/OTM.java ArjunaCore/arjuna/classes/com/arjuna/ats/arjuna/StateManager.java ArjunaCore/arjuna/classes/com/arjuna/ats/arjuna/recovery/RecoveryManager.java ArjunaJTS/integration/src/main/java/com/arjuna/ats/internal/jbossatx/jta/jca/XATerminator.java ArjunaJTS/integration/src/main/java/com/arjuna/ats/internal/jbossatx/jts/jca/XATerminator.java ArjunaJTS/integration/src/main/java/com/arjuna/ats/internal/jbossatx/jts/PropagationContextManager.java ArjunaJTS/jtax/classes/com/arjuna/ats/internal/jta/transaction/jts/jca/XATerminatorImple.java ArjunaJTS/jtax/classes/com/arjuna/ats/internal/jta/transaction/jts/BaseTransaction.java ArjunaJTS/jtax/classes/com/arjuna/ats/internal/jta/transaction/jts/TransactionImple.java ArjunaJTS/jtax/classes/com/arjuna/ats/internal/jta/transaction/jts/subordinate/jca/coordinator/ServerTransaction.java ArjunaJTS/jtax/classes/com/arjuna/ats/internal/jta/transaction/jts/subordinate/jca/SubordinateAtomicTransaction.java ArjunaJTS/jtax/classes/com/arjuna/ats/internal/jta/transaction/jts/subordinate/TransactionImple.java ArjunaJTS/jtax/classes/com/arjuna/ats/internal/jta/transaction/jts/subordinate/SubordinateAtomicTransaction.java ArjunaJTS/jtax/classes/com/arjuna/ats/internal/jta/resources/jts/orbspecific/XAResourceRecord.java ArjunaJTS/jtax/classes/com/arjuna/ats/internal/jta/recovery/jts/JCAServerTransactionRecoveryModule.java ArjunaJTS/orbportability/classes/com/arjuna/orbportability/common/ant/IDLCompiler.java ArjunaJTS/jts/services/classes/com/arjuna/ats/jts/services/transactionserver/TransactionServerService.java ArjunaJTS/jts/classes/com/arjuna/ats/internal/jts/utils/TxStoreLog.java ArjunaJTS/jts/classes/com/arjuna/ats/internal/jts/orbspecific/interposition/ServerControl.java ArjunaJTS/jts/classes/com/arjuna/ats/internal/jts/orbspecific/coordinator/ArjunaTransactionImple.java ArjunaJTS/jts/classes/com/arjuna/ats/internal/jts/orbspecific/jacorb/recoverycoordinators/ORBRunner.java ArjunaJTS/jts/classes/com/arjuna/ats/internal/jts/orbspecific/jacorb/recoverycoordinators/JacOrbRCServiceInit.java ArjunaJTS/jts/classes/com/arjuna/ats/internal/jts/orbspecific/ibmorb/recoverycoordinators/ORBRunner.java ArjunaJTS/jts/classes/com/arjuna/ats/internal/jts/orbspecific/javaidl/recoverycoordinators/ORBRunner.java ArjunaJTS/jts/classes/com/arjuna/ats/internal/jts/orbspecific/CurrentImple.java ArjunaJTS/jts/classes/com/arjuna/ats/internal/jts/orbspecific/TransactionFactoryImple.java ArjunaJTS/jts/classes/com/arjuna/ats/internal/jts/orbspecific/recovery/RecoveryEnablement.java ArjunaJTS/jts/classes/com/arjuna/ats/internal/jts/context/ContextManager.java ArjunaJTS/jts/classes/com/arjuna/ats/internal/jts/resources/ExtendedResourceRecord.java ArjunaJTS/jts/classes/com/arjuna/ats/jts/TransactionServer.java ArjunaJTS/jts/classes/com/arjuna/ats/jts/orbspecific/jacorb/interceptors/interposition/InterpositionClientRequestInterceptorImpl.java ArjunaJTS/jts/classes/com/arjuna/ats/jts/orbspecific/jacorb/interceptors/context/ContextServerRequestInterceptorImpl.java ArjunaJTS/jts/classes/com/arjuna/ats/jts/orbspecific/ibmorb/interceptors/context/ContextServerRequestInterceptorImpl.java ArjunaJTS/jts/classes/com/arjuna/ats/jts/orbspecific/javaidl/interceptors/context/ContextServerRequestInterceptorImpl.java ArjunaJTS/jts/classes/com/arjuna/ats/jts/ExplicitInterposition.java STM/src/main/java/org/jboss/stm/internal/reflect/InvocationHandler.java STM/src/main/java/org/jboss/stm/internal/proxy/OptimisticLockManagerProxy.java STM/src/main/java/org/jboss/stm/internal/proxy/LockManagerProxy.java STM/src/main/java/org/jboss/stm/internal/optimistic/OptimisticLockRecord.java {code} was: The code base uses call `e.printStackTrace()` on several places. That usage should be minimized and used only when it's good reason for it. In general such calls should be replaced printing with `logger`, probably in level `WARN` with some additional information, why the stacktrace is printed - what error occured - included. By quick check these are places where exception stack trace is printed directly to `stderr`. {code} vertx/shared/src/main/java/ClientVerticle.java vertx/shared/src/main/java/SampleVerticle2.java vertx/shared/src/main/java/SampleVerticle1.java osgi/jta/src/main/java/org/jboss/narayana/osgi/jta/internal/ObjStoreBrowserImpl.java XTS/WSAS/classes/com/arjuna/mwlabs/wsas/UserActivityImple.java XTS/WSAS/classes/com/arjuna/mwlabs/wsas/activity/ActivityHandleImple.java XTS/WSCF/classes/com/arjuna/mwlabs/wscf11/model/sagas/arjunacore/SagasHLSImple.java XTS/WSCF/classes/com/arjuna/mwlabs/wscf11/model/twophase/arjunacore/TwoPhaseHLSImple.java XTS/WSCF/classes/com/arjuna/mwlabs/wscf/model/sagas/arjunacore/ParticipantRecord.java XTS/WSCF/classes/com/arjuna/mwlabs/wscf/model/sagas/arjunacore/CoordinatorControl.java XTS/WSCF/classes/com/arjuna/mwlabs/wscf/model/twophase/arjunacore/ParticipantRecord.java XTS/WSCF/classes/com/arjuna/mwlabs/wscf/model/twophase/arjunacore/CoordinatorControl.java XTS/WSCF/classes/com/arjuna/mw/wscf/utils/DomUtil.java XTS/WSCF/classes/com/arjuna/mw/wscf/protocols/ProtocolManager.java XTS/WSTX/classes/com/arjuna/mwlabs/wst11/at/RegistrarImple.java XTS/WSTX/classes/com/arjuna/mwlabs/wst11/at/context/ArjunaContextImple.java XTS/WSTX/classes/com/arjuna/mwlabs/wst11/at/remote/TransactionManagerImple.java XTS/WSTX/classes/com/arjuna/mwlabs/wst11/at/remote/UserTransactionImple.java XTS/WSTX/classes/com/arjuna/mwlabs/wst11/at/remote/UserTransactionStandaloneImple.java XTS/WSTX/classes/com/arjuna/mwlabs/wst11/at/participants/CleanupSynchronization.java XTS/WSTX/classes/com/arjuna/mwlabs/wst11/at/ContextFactoryImple.java XTS/WSTX/classes/com/arjuna/mwlabs/wst11/ba/context/ArjunaContextImple.java XTS/WSTX/classes/com/arjuna/mwlabs/wst11/ba/remote/UserBusinessActivityImple.java XTS/WSTX/classes/com/arjuna/mwlabs/wst11/ba/remote/BusinessActivityManagerImple.java XTS/WSTX/classes/com/arjuna/mwlabs/wst11/ba/remote/BAParticipantManagerImple.java XTS/WSTX/classes/com/arjuna/mwlabs/wst11/ba/remote/UserBusinessActivityStandaloneImple.java XTS/WSTX/classes/com/arjuna/mwlabs/wst11/ba/participants/CleanupSynchronization.java XTS/WSTX/classes/com/arjuna/mwlabs/wst11/ba/ContextFactoryImple.java XTS/WSTX/classes/com/arjuna/mwlabs/wst/at/participants/DurableTwoPhaseCommitParticipant.java XTS/localjunit/WSTX11-interop/src/main/java/com/jboss/transaction/txinterop/proxy/ProxyListenerService.java XTS/localjunit/WSTFSC07-interop/src/main/java/com/jboss/transaction/wstf/proxy/ProxyListenerService.java XTS/WS-T/dev/src/com/arjuna/schemas/ws/_2005/_10/wsarjtx/TerminationCoordinatorRPCService.java XTS/WS-T/dev/src/com/arjuna/wst11/stub/CompletionStub.java XTS/WS-T/dev/src/com/arjuna/wst11/stub/CompletionRPCStub.java XTS/WS-T/dev/src/com/arjuna/wst11/stub/BusinessActivityTerminatorRPCStub.java XTS/WS-T/dev/src/com/arjuna/wst11/messaging/TerminationCoordinatorRPCProcessorImpl.java XTS/WS-T/dev/src/com/arjuna/wst11/messaging/CompletionCoordinatorProcessorImpl.java XTS/WS-T/dev/src/com/arjuna/wst11/messaging/CompletionCoordinatorRPCProcessorImpl.java XTS/WS-T/dev/src/com/arjuna/wst11/messaging/TerminationCoordinatorProcessorImpl.java XTS/WS-C/dev/src/com/arjuna/wsc11/messaging/ActivationCoordinatorProcessorImpl.java XTS/WS-C/dev/src/com/arjuna/wsc11/messaging/RegistrationCoordinatorProcessorImpl.java XTS/WS-C/dev/src/com/arjuna/webservices/SoapFault.java ArjunaJTA/jta/classes/com/arjuna/ats/jta/xa/XidImple.java ArjunaJTA/jta/classes/com/arjuna/ats/internal/jta/transaction/arjunacore/jca/XATerminatorImple.java ArjunaJTA/jta/classes/com/arjuna/ats/internal/jta/transaction/arjunacore/jca/TransactionImporterImple.java ArjunaJTA/jta/classes/com/arjuna/ats/internal/jta/transaction/arjunacore/TransactionImple.java ArjunaJTA/jta/classes/com/arjuna/ats/internal/jta/transaction/arjunacore/subordinate/TransactionImple.java ArjunaJTA/jta/classes/com/arjuna/ats/internal/jta/recovery/arjunacore/SubordinateJTAXAResourceOrphanFilter.java ArjunaJTA/jdbc/classes/com/arjuna/ats/internal/jdbc/DirectRecoverableConnection.java ArjunaJTA/jdbc/classes/com/arjuna/ats/internal/jdbc/ConnectionManager.java ArjunaJTA/jdbc/classes/com/arjuna/ats/internal/jdbc/ProvidedXADataSourceConnection.java ArjunaJTA/jdbc/classes/com/arjuna/ats/internal/jdbc/IndirectRecoverableConnection.java ArjunaJTA/jdbc/classes/com/arjuna/ats/internal/jdbc/recovery/JDBCXARecovery.java blacktie/utils/cpp-plugin/src/main/java/org/jboss/narayana/blacktie/plugins/AddCommonSources.java blacktie/jatmibroker-xatmi/src/main/java/org/jboss/narayana/blacktie/jatmibroker/core/server/SocketServer.java blacktie/wildfly-blacktie/subsystem/src/main/java/org/codehaus/stomp/jms/ProtocolConverter.java blacktie/blacktie-admin-services/src/main/java/org/jboss/narayana/blacktie/administration/core/AdministrationProxy.java tools/src/main/java/io/narayana/perf/Measurement.java rts/at/tx/src/main/java/org/jboss/jbossts/star/resource/RESTRecord.java rts/at/tx/src/main/java/org/jboss/jbossts/star/service/Coordinator.java txframework/src/main/java/org/jboss/narayana/txframework/impl/Participant.java compensations/src/main/java/org/jboss/narayana/compensations/internal/ParticipantInterceptor.java compensations/src/main/java/org/jboss/narayana/compensations/internal/ParticipantImpl.java ArjunaCore/arjuna/services/classes/com/arjuna/ats/arjuna/services/recovery/RecoveryManagerService.java ArjunaCore/arjuna/classes/com/arjuna/ats/internal/arjuna/utils/AndroidProcessId.java ArjunaCore/arjuna/classes/com/arjuna/ats/internal/arjuna/abstractrecords/CadaverRecord.java ArjunaCore/arjuna/classes/com/arjuna/ats/internal/arjuna/objectstore/ShadowingStore.java ArjunaCore/arjuna/classes/com/arjuna/ats/internal/arjuna/objectstore/CacheStore.java ArjunaCore/arjuna/classes/com/arjuna/ats/internal/arjuna/objectstore/LogStore.java ArjunaCore/arjuna/classes/com/arjuna/ats/arjuna/coordinator/AbstractRecord.java ArjunaCore/arjuna/classes/com/arjuna/ats/arjuna/coordinator/BasicAction.java ArjunaCore/arjuna/classes/com/arjuna/ats/arjuna/common/ObjectStoreEnvironmentBean.java ArjunaCore/arjuna/classes/com/arjuna/ats/arjuna/tools/log/LogBrowser.java ArjunaCore/arjuna/classes/com/arjuna/ats/arjuna/tools/stats/TxPerfGraph.java ArjunaCore/arjuna/classes/com/arjuna/ats/arjuna/tools/OTM.java ArjunaCore/arjuna/classes/com/arjuna/ats/arjuna/StateManager.java ArjunaCore/arjuna/classes/com/arjuna/ats/arjuna/recovery/RecoveryManager.java ArjunaJTS/integration/src/main/java/com/arjuna/ats/internal/jbossatx/jta/jca/XATerminator.java ArjunaJTS/integration/src/main/java/com/arjuna/ats/internal/jbossatx/jts/jca/XATerminator.java ArjunaJTS/integration/src/main/java/com/arjuna/ats/internal/jbossatx/jts/PropagationContextManager.java ArjunaJTS/jtax/classes/com/arjuna/ats/internal/jta/transaction/jts/jca/XATerminatorImple.java ArjunaJTS/jtax/classes/com/arjuna/ats/internal/jta/transaction/jts/BaseTransaction.java ArjunaJTS/jtax/classes/com/arjuna/ats/internal/jta/transaction/jts/TransactionImple.java ArjunaJTS/jtax/classes/com/arjuna/ats/internal/jta/transaction/jts/subordinate/jca/coordinator/ServerTransaction.java ArjunaJTS/jtax/classes/com/arjuna/ats/internal/jta/transaction/jts/subordinate/jca/SubordinateAtomicTransaction.java ArjunaJTS/jtax/classes/com/arjuna/ats/internal/jta/transaction/jts/subordinate/TransactionImple.java ArjunaJTS/jtax/classes/com/arjuna/ats/internal/jta/transaction/jts/subordinate/SubordinateAtomicTransaction.java ArjunaJTS/jtax/classes/com/arjuna/ats/internal/jta/resources/jts/orbspecific/XAResourceRecord.java ArjunaJTS/jtax/classes/com/arjuna/ats/internal/jta/recovery/jts/JCAServerTransactionRecoveryModule.java ArjunaJTS/orbportability/classes/com/arjuna/orbportability/common/ant/IDLCompiler.java ArjunaJTS/jts/services/classes/com/arjuna/ats/jts/services/transactionserver/TransactionServerService.java ArjunaJTS/jts/classes/com/arjuna/ats/internal/jts/utils/TxStoreLog.java ArjunaJTS/jts/classes/com/arjuna/ats/internal/jts/orbspecific/interposition/ServerControl.java ArjunaJTS/jts/classes/com/arjuna/ats/internal/jts/orbspecific/coordinator/ArjunaTransactionImple.java ArjunaJTS/jts/classes/com/arjuna/ats/internal/jts/orbspecific/jacorb/recoverycoordinators/ORBRunner.java ArjunaJTS/jts/classes/com/arjuna/ats/internal/jts/orbspecific/jacorb/recoverycoordinators/JacOrbRCServiceInit.java ArjunaJTS/jts/classes/com/arjuna/ats/internal/jts/orbspecific/ibmorb/recoverycoordinators/ORBRunner.java ArjunaJTS/jts/classes/com/arjuna/ats/internal/jts/orbspecific/javaidl/recoverycoordinators/ORBRunner.java ArjunaJTS/jts/classes/com/arjuna/ats/internal/jts/orbspecific/CurrentImple.java ArjunaJTS/jts/classes/com/arjuna/ats/internal/jts/orbspecific/TransactionFactoryImple.java ArjunaJTS/jts/classes/com/arjuna/ats/internal/jts/orbspecific/recovery/RecoveryEnablement.java ArjunaJTS/jts/classes/com/arjuna/ats/internal/jts/context/ContextManager.java ArjunaJTS/jts/classes/com/arjuna/ats/internal/jts/resources/ExtendedResourceRecord.java ArjunaJTS/jts/classes/com/arjuna/ats/jts/TransactionServer.java ArjunaJTS/jts/classes/com/arjuna/ats/jts/orbspecific/jacorb/interceptors/interposition/InterpositionClientRequestInterceptorImpl.java ArjunaJTS/jts/classes/com/arjuna/ats/jts/orbspecific/jacorb/interceptors/context/ContextServerRequestInterceptorImpl.java ArjunaJTS/jts/classes/com/arjuna/ats/jts/orbspecific/ibmorb/interceptors/context/ContextServerRequestInterceptorImpl.java ArjunaJTS/jts/classes/com/arjuna/ats/jts/orbspecific/javaidl/interceptors/context/ContextServerRequestInterceptorImpl.java ArjunaJTS/jts/classes/com/arjuna/ats/jts/ExplicitInterposition.java STM/src/main/java/org/jboss/stm/internal/reflect/InvocationHandler.java STM/src/main/java/org/jboss/stm/internal/proxy/OptimisticLockManagerProxy.java STM/src/main/java/org/jboss/stm/internal/proxy/LockManagerProxy.java STM/src/main/java/org/jboss/stm/internal/optimistic/OptimisticLockRecord.java {code} > Refactor codebase to minimize usage of e.printStackTrace() call and change for using logger > ------------------------------------------------------------------------------------------- > > Key: JBTM-2880 > URL: https://issues.jboss.org/browse/JBTM-2880 > Project: JBoss Transaction Manager > Issue Type: Enhancement > Affects Versions: 5.5.6.Final > Reporter: Ondra Chaloupka > Assignee: Ondra Chaloupka > Priority: Minor > > The code base uses call `e.printStackTrace()` on several places. That usage should be minimized and used only when it's good reason for it. In general such calls should be replaced printing with `logger`, probably in level `WARN` with some additional information, why the stacktrace is printed - what error occured - included. > By quick check these are places where exception stack trace is printed directly to `stderr`. > {code} > -vertx/shared/src/main/java/ClientVerticle.java- > -vertx/shared/src/main/java/SampleVerticle2.java- > -vertx/shared/src/main/java/SampleVerticle1.java- > osgi/jta/src/main/java/org/jboss/narayana/osgi/jta/internal/ObjStoreBrowserImpl.java > XTS/WSAS/classes/com/arjuna/mwlabs/wsas/UserActivityImple.java > XTS/WSAS/classes/com/arjuna/mwlabs/wsas/activity/ActivityHandleImple.java > XTS/WSCF/classes/com/arjuna/mwlabs/wscf11/model/sagas/arjunacore/SagasHLSImple.java > XTS/WSCF/classes/com/arjuna/mwlabs/wscf11/model/twophase/arjunacore/TwoPhaseHLSImple.java > XTS/WSCF/classes/com/arjuna/mwlabs/wscf/model/sagas/arjunacore/ParticipantRecord.java > XTS/WSCF/classes/com/arjuna/mwlabs/wscf/model/sagas/arjunacore/CoordinatorControl.java > XTS/WSCF/classes/com/arjuna/mwlabs/wscf/model/twophase/arjunacore/ParticipantRecord.java > XTS/WSCF/classes/com/arjuna/mwlabs/wscf/model/twophase/arjunacore/CoordinatorControl.java > XTS/WSCF/classes/com/arjuna/mw/wscf/utils/DomUtil.java > XTS/WSCF/classes/com/arjuna/mw/wscf/protocols/ProtocolManager.java > XTS/WSTX/classes/com/arjuna/mwlabs/wst11/at/RegistrarImple.java > XTS/WSTX/classes/com/arjuna/mwlabs/wst11/at/context/ArjunaContextImple.java > XTS/WSTX/classes/com/arjuna/mwlabs/wst11/at/remote/TransactionManagerImple.java > XTS/WSTX/classes/com/arjuna/mwlabs/wst11/at/remote/UserTransactionImple.java > XTS/WSTX/classes/com/arjuna/mwlabs/wst11/at/remote/UserTransactionStandaloneImple.java > XTS/WSTX/classes/com/arjuna/mwlabs/wst11/at/participants/CleanupSynchronization.java > XTS/WSTX/classes/com/arjuna/mwlabs/wst11/at/ContextFactoryImple.java > XTS/WSTX/classes/com/arjuna/mwlabs/wst11/ba/context/ArjunaContextImple.java > XTS/WSTX/classes/com/arjuna/mwlabs/wst11/ba/remote/UserBusinessActivityImple.java > XTS/WSTX/classes/com/arjuna/mwlabs/wst11/ba/remote/BusinessActivityManagerImple.java > XTS/WSTX/classes/com/arjuna/mwlabs/wst11/ba/remote/BAParticipantManagerImple.java > XTS/WSTX/classes/com/arjuna/mwlabs/wst11/ba/remote/UserBusinessActivityStandaloneImple.java > XTS/WSTX/classes/com/arjuna/mwlabs/wst11/ba/participants/CleanupSynchronization.java > XTS/WSTX/classes/com/arjuna/mwlabs/wst11/ba/ContextFactoryImple.java > XTS/WSTX/classes/com/arjuna/mwlabs/wst/at/participants/DurableTwoPhaseCommitParticipant.java > XTS/localjunit/WSTX11-interop/src/main/java/com/jboss/transaction/txinterop/proxy/ProxyListenerService.java > XTS/localjunit/WSTFSC07-interop/src/main/java/com/jboss/transaction/wstf/proxy/ProxyListenerService.java > XTS/WS-T/dev/src/com/arjuna/schemas/ws/_2005/_10/wsarjtx/TerminationCoordinatorRPCService.java > XTS/WS-T/dev/src/com/arjuna/wst11/stub/CompletionStub.java > XTS/WS-T/dev/src/com/arjuna/wst11/stub/CompletionRPCStub.java > XTS/WS-T/dev/src/com/arjuna/wst11/stub/BusinessActivityTerminatorRPCStub.java > XTS/WS-T/dev/src/com/arjuna/wst11/messaging/TerminationCoordinatorRPCProcessorImpl.java > XTS/WS-T/dev/src/com/arjuna/wst11/messaging/CompletionCoordinatorProcessorImpl.java > XTS/WS-T/dev/src/com/arjuna/wst11/messaging/CompletionCoordinatorRPCProcessorImpl.java > XTS/WS-T/dev/src/com/arjuna/wst11/messaging/TerminationCoordinatorProcessorImpl.java > XTS/WS-C/dev/src/com/arjuna/wsc11/messaging/ActivationCoordinatorProcessorImpl.java > XTS/WS-C/dev/src/com/arjuna/wsc11/messaging/RegistrationCoordinatorProcessorImpl.java > XTS/WS-C/dev/src/com/arjuna/webservices/SoapFault.java > ArjunaJTA/jta/classes/com/arjuna/ats/jta/xa/XidImple.java > ArjunaJTA/jta/classes/com/arjuna/ats/internal/jta/transaction/arjunacore/jca/XATerminatorImple.java > ArjunaJTA/jta/classes/com/arjuna/ats/internal/jta/transaction/arjunacore/jca/TransactionImporterImple.java > ArjunaJTA/jta/classes/com/arjuna/ats/internal/jta/transaction/arjunacore/TransactionImple.java > ArjunaJTA/jta/classes/com/arjuna/ats/internal/jta/transaction/arjunacore/subordinate/TransactionImple.java > ArjunaJTA/jta/classes/com/arjuna/ats/internal/jta/recovery/arjunacore/SubordinateJTAXAResourceOrphanFilter.java > ArjunaJTA/jdbc/classes/com/arjuna/ats/internal/jdbc/DirectRecoverableConnection.java > ArjunaJTA/jdbc/classes/com/arjuna/ats/internal/jdbc/ConnectionManager.java > ArjunaJTA/jdbc/classes/com/arjuna/ats/internal/jdbc/ProvidedXADataSourceConnection.java > ArjunaJTA/jdbc/classes/com/arjuna/ats/internal/jdbc/IndirectRecoverableConnection.java > ArjunaJTA/jdbc/classes/com/arjuna/ats/internal/jdbc/recovery/JDBCXARecovery.java > blacktie/utils/cpp-plugin/src/main/java/org/jboss/narayana/blacktie/plugins/AddCommonSources.java > blacktie/jatmibroker-xatmi/src/main/java/org/jboss/narayana/blacktie/jatmibroker/core/server/SocketServer.java > blacktie/wildfly-blacktie/subsystem/src/main/java/org/codehaus/stomp/jms/ProtocolConverter.java > blacktie/blacktie-admin-services/src/main/java/org/jboss/narayana/blacktie/administration/core/AdministrationProxy.java > tools/src/main/java/io/narayana/perf/Measurement.java > rts/at/tx/src/main/java/org/jboss/jbossts/star/resource/RESTRecord.java > rts/at/tx/src/main/java/org/jboss/jbossts/star/service/Coordinator.java > txframework/src/main/java/org/jboss/narayana/txframework/impl/Participant.java > compensations/src/main/java/org/jboss/narayana/compensations/internal/ParticipantInterceptor.java > compensations/src/main/java/org/jboss/narayana/compensations/internal/ParticipantImpl.java > ArjunaCore/arjuna/services/classes/com/arjuna/ats/arjuna/services/recovery/RecoveryManagerService.java > ArjunaCore/arjuna/classes/com/arjuna/ats/internal/arjuna/utils/AndroidProcessId.java > ArjunaCore/arjuna/classes/com/arjuna/ats/internal/arjuna/abstractrecords/CadaverRecord.java > ArjunaCore/arjuna/classes/com/arjuna/ats/internal/arjuna/objectstore/ShadowingStore.java > ArjunaCore/arjuna/classes/com/arjuna/ats/internal/arjuna/objectstore/CacheStore.java > ArjunaCore/arjuna/classes/com/arjuna/ats/internal/arjuna/objectstore/LogStore.java > ArjunaCore/arjuna/classes/com/arjuna/ats/arjuna/coordinator/AbstractRecord.java > ArjunaCore/arjuna/classes/com/arjuna/ats/arjuna/coordinator/BasicAction.java > ArjunaCore/arjuna/classes/com/arjuna/ats/arjuna/common/ObjectStoreEnvironmentBean.java > ArjunaCore/arjuna/classes/com/arjuna/ats/arjuna/tools/log/LogBrowser.java > ArjunaCore/arjuna/classes/com/arjuna/ats/arjuna/tools/stats/TxPerfGraph.java > ArjunaCore/arjuna/classes/com/arjuna/ats/arjuna/tools/OTM.java > ArjunaCore/arjuna/classes/com/arjuna/ats/arjuna/StateManager.java > ArjunaCore/arjuna/classes/com/arjuna/ats/arjuna/recovery/RecoveryManager.java > ArjunaJTS/integration/src/main/java/com/arjuna/ats/internal/jbossatx/jta/jca/XATerminator.java > ArjunaJTS/integration/src/main/java/com/arjuna/ats/internal/jbossatx/jts/jca/XATerminator.java > ArjunaJTS/integration/src/main/java/com/arjuna/ats/internal/jbossatx/jts/PropagationContextManager.java > ArjunaJTS/jtax/classes/com/arjuna/ats/internal/jta/transaction/jts/jca/XATerminatorImple.java > ArjunaJTS/jtax/classes/com/arjuna/ats/internal/jta/transaction/jts/BaseTransaction.java > ArjunaJTS/jtax/classes/com/arjuna/ats/internal/jta/transaction/jts/TransactionImple.java > ArjunaJTS/jtax/classes/com/arjuna/ats/internal/jta/transaction/jts/subordinate/jca/coordinator/ServerTransaction.java > ArjunaJTS/jtax/classes/com/arjuna/ats/internal/jta/transaction/jts/subordinate/jca/SubordinateAtomicTransaction.java > ArjunaJTS/jtax/classes/com/arjuna/ats/internal/jta/transaction/jts/subordinate/TransactionImple.java > ArjunaJTS/jtax/classes/com/arjuna/ats/internal/jta/transaction/jts/subordinate/SubordinateAtomicTransaction.java > ArjunaJTS/jtax/classes/com/arjuna/ats/internal/jta/resources/jts/orbspecific/XAResourceRecord.java > ArjunaJTS/jtax/classes/com/arjuna/ats/internal/jta/recovery/jts/JCAServerTransactionRecoveryModule.java > ArjunaJTS/orbportability/classes/com/arjuna/orbportability/common/ant/IDLCompiler.java > ArjunaJTS/jts/services/classes/com/arjuna/ats/jts/services/transactionserver/TransactionServerService.java > ArjunaJTS/jts/classes/com/arjuna/ats/internal/jts/utils/TxStoreLog.java > ArjunaJTS/jts/classes/com/arjuna/ats/internal/jts/orbspecific/interposition/ServerControl.java > ArjunaJTS/jts/classes/com/arjuna/ats/internal/jts/orbspecific/coordinator/ArjunaTransactionImple.java > ArjunaJTS/jts/classes/com/arjuna/ats/internal/jts/orbspecific/jacorb/recoverycoordinators/ORBRunner.java > ArjunaJTS/jts/classes/com/arjuna/ats/internal/jts/orbspecific/jacorb/recoverycoordinators/JacOrbRCServiceInit.java > ArjunaJTS/jts/classes/com/arjuna/ats/internal/jts/orbspecific/ibmorb/recoverycoordinators/ORBRunner.java > ArjunaJTS/jts/classes/com/arjuna/ats/internal/jts/orbspecific/javaidl/recoverycoordinators/ORBRunner.java > ArjunaJTS/jts/classes/com/arjuna/ats/internal/jts/orbspecific/CurrentImple.java > ArjunaJTS/jts/classes/com/arjuna/ats/internal/jts/orbspecific/TransactionFactoryImple.java > ArjunaJTS/jts/classes/com/arjuna/ats/internal/jts/orbspecific/recovery/RecoveryEnablement.java > ArjunaJTS/jts/classes/com/arjuna/ats/internal/jts/context/ContextManager.java > ArjunaJTS/jts/classes/com/arjuna/ats/internal/jts/resources/ExtendedResourceRecord.java > ArjunaJTS/jts/classes/com/arjuna/ats/jts/TransactionServer.java > ArjunaJTS/jts/classes/com/arjuna/ats/jts/orbspecific/jacorb/interceptors/interposition/InterpositionClientRequestInterceptorImpl.java > ArjunaJTS/jts/classes/com/arjuna/ats/jts/orbspecific/jacorb/interceptors/context/ContextServerRequestInterceptorImpl.java > ArjunaJTS/jts/classes/com/arjuna/ats/jts/orbspecific/ibmorb/interceptors/context/ContextServerRequestInterceptorImpl.java > ArjunaJTS/jts/classes/com/arjuna/ats/jts/orbspecific/javaidl/interceptors/context/ContextServerRequestInterceptorImpl.java > ArjunaJTS/jts/classes/com/arjuna/ats/jts/ExplicitInterposition.java > STM/src/main/java/org/jboss/stm/internal/reflect/InvocationHandler.java > STM/src/main/java/org/jboss/stm/internal/proxy/OptimisticLockManagerProxy.java > STM/src/main/java/org/jboss/stm/internal/proxy/LockManagerProxy.java > STM/src/main/java/org/jboss/stm/internal/optimistic/OptimisticLockRecord.java > {code} -- This message was sent by Atlassian JIRA (v7.2.3#72005) From issues at jboss.org Tue Apr 11 12:32:00 2017 From: issues at jboss.org (Michael Musgrove (JIRA)) Date: Tue, 11 Apr 2017 12:32:00 -0400 (EDT) Subject: [jbossts-issues] [JBoss JIRA] (JBTM-2881) STM InvocationHandler swallows application exceptions In-Reply-To: References: Message-ID: Michael Musgrove created JBTM-2881: -------------------------------------- Summary: STM InvocationHandler swallows application exceptions Key: JBTM-2881 URL: https://issues.jboss.org/browse/JBTM-2881 Project: JBoss Transaction Manager Issue Type: Bug Components: STM Affects Versions: 5.5.6.Final Reporter: Michael Musgrove Assignee: Michael Musgrove Fix For: 5.next The STM implementation intercepts calls on transactional objects (ones that implement interfaces marked with the @Transactional annotation). If the application object throws a business exception it is wrapped in an java.lang.reflect.InvocationTargetException and this is raised. Application code is written to anticipate business exceptions but not java.lang.reflect.InvocationTargetException. The fix is throw the wrapped business exception instead. -- This message was sent by Atlassian JIRA (v7.2.3#72005) From issues at jboss.org Thu Apr 13 04:30:00 2017 From: issues at jboss.org (Michael Musgrove (JIRA)) Date: Thu, 13 Apr 2017 04:30:00 -0400 (EDT) Subject: [jbossts-issues] [JBoss JIRA] (JBTM-2878) Quickstarts not running in CI In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/JBTM-2878?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Michael Musgrove updated JBTM-2878: ----------------------------------- Status: Resolved (was: Pull Request Sent) Resolution: Done > Quickstarts not running in CI > ----------------------------- > > Key: JBTM-2878 > URL: https://issues.jboss.org/browse/JBTM-2878 > Project: JBoss Transaction Manager > Issue Type: Bug > Components: Demonstrator > Affects Versions: 5.5.6.Final > Reporter: Michael Musgrove > Assignee: Michael Musgrove > Fix For: 5.next > > > The script that is meant to run the quickstarts (scripts/hudson/quickstart.sh) is not running them for the following reason: the script clones narayana and changes directory into it to build it but does not change directory back into the quickstart directory before running ./build.sh clean install and consequently it just ends up doing a second rebuild of narayana instead. > Also JENKINS_HOST is missing a userConotent directory so the following call will fail the build > wget http://${JENKINS_HOST}/userConotent/blacktie-thirdparty-centos70x64.tgz -- This message was sent by Atlassian JIRA (v7.2.3#72005) From issues at jboss.org Tue Apr 18 09:36:00 2017 From: issues at jboss.org (Ondra Chaloupka (JIRA)) Date: Tue, 18 Apr 2017 09:36:00 -0400 (EDT) Subject: [jbossts-issues] [JBoss JIRA] (JBTM-2194) Activity cancelled by coordinator in CloseTest In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/JBTM-2194?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13394520#comment-13394520 ] Ondra Chaloupka commented on JBTM-2194: --------------------------------------- hi [~gytis], I just spotted this issue. May be closed as PR was merged or is there something missing to be finished? Thank you for help. > Activity cancelled by coordinator in CloseTest > ---------------------------------------------- > > Key: JBTM-2194 > URL: https://issues.jboss.org/browse/JBTM-2194 > Project: JBoss Transaction Manager > Issue Type: Bug > Components: XTS > Reporter: Gytis Trikleris > Assignee: Tom Jenkinson > Fix For: 5.later > > > {code} > ------------------------------------------------------------------------------- > Test set: com.arjuna.wstx.tests.arq.ba.CloseTest > ------------------------------------------------------------------------------- > Tests run: 1, Failures: 0, Errors: 1, Skipped: 0, Time elapsed: 5.866 sec <<< FAILURE! > testClose(com.arjuna.wstx.tests.arq.ba.CloseTest) Time elapsed: 2.375 sec <<< ERROR! > com.arjuna.wst.TransactionRolledBackException: null > at com.arjuna.wst11.stub.BusinessActivityTerminatorStub.close(BusinessActivityTerminatorStub.java:95) > at com.arjuna.mwlabs.wst11.ba.remote.UserBusinessActivityImple.close(UserBusinessActivityImple.java:157) > at com.arjuna.wstx.tests.arq.ba.CloseTest.testClose(CloseTest.java:64) > {code} > {code} > 18:45:37,613 INFO [org.jboss.as.repository] (management-handler-thread - 8) WFLYDR0001: Content added at location /home/hudson/workspace/narayana/PROFILE/XTS/jdk/jdk7.latest/label/linux/jboss-as/build/target/wildfly-9.0.0.Alpha1-SNAPSHOT/standalone/data/content/2a/0685005c0b26622b16a38150f088bad88f5ed8/content > 18:45:37,616 INFO [org.jboss.as.server.deployment] (MSC service thread 1-1) WFLYSRV0027: Starting deployment of "test.war" (runtime-name: "test.war") > 18:45:37,860 WARN [org.jboss.as.dependency.private] (MSC service thread 1-1) WFLYSRV0018: Deployment "deployment.test.war" is using a private module ("org.jboss.jts:main") which may be changed or removed in future versions without notice. > 18:45:37,927 INFO [org.jboss.weld.deployer] (MSC service thread 1-1) WFLYWELD0003: Processing weld deployment test.war > 18:45:37,941 INFO [org.jboss.weld.deployer] (MSC service thread 1-1) WFLYWELD0006: Starting Services for CDI deployment: test.war > 18:45:37,946 INFO [org.jboss.weld.deployer] (MSC service thread 1-2) WFLYWELD0009: Starting weld service for deployment test.war > 18:45:38,228 INFO [org.wildfly.extension.undertow] (MSC service thread 1-1) WFLYUT0021: Registered web context: /test > 18:45:38,406 INFO [org.jboss.as.server] (management-handler-thread - 8) WFLYSRV0010: Deployed "test.war" (runtime-name : "test.war") > 18:45:38,418 INFO [stdout] (Thread-0) TransformListener() : handling connection on port 9091 > 18:45:38,492 INFO [stdout] (Thread-0) retransforming org.jboss.jbossts.xts.bytemanSupport.participantCompletion.ParticipantCompletionCoordinatorRules > 18:45:38,492 INFO [stdout] (Thread-0) retransforming com.arjuna.wst11.messaging.engines.ParticipantCompletionCoordinatorEngine > 18:45:38,493 INFO [stdout] (Thread-0) retransforming com.arjuna.webservices11.wsarjtx.sei.TerminationCoordinatorPortTypeImpl > 18:45:38,495 INFO [stdout] (Thread-0) org.jboss.byteman.agent.Transformer : possible trigger for rule create counter in class org.jboss.jbossts.xts.bytemanSupport.participantCompletion.ParticipantCompletionCoordinatorRules > 18:45:38,496 INFO [stdout] (Thread-0) RuleTriggerMethodAdapter.injectTriggerPoint : inserting trigger into org.jboss.jbossts.xts.bytemanSupport.participantCompletion.ParticipantCompletionCoordinatorRules.setParticipantCount(java.lang.Integer) void for rule create counter > 18:45:38,497 INFO [stdout] (Thread-0) org.jboss.byteman.agent.Transformer : inserted trigger for create counter in class org.jboss.jbossts.xts.bytemanSupport.participantCompletion.ParticipantCompletionCoordinatorRules > 18:45:38,514 INFO [stdout] (Thread-0) org.jboss.byteman.agent.Transformer : possible trigger for rule complete called in class com.arjuna.wst11.messaging.engines.ParticipantCompletionCoordinatorEngine > 18:45:38,517 INFO [stdout] (Thread-0) RuleTriggerMethodAdapter.injectTriggerPoint : inserting trigger into com.arjuna.wst11.messaging.engines.ParticipantCompletionCoordinatorEngine.completed(org.oasis_open.docs.ws_tx.wsba._2006._06.NotificationType,org.jboss.ws.api.addressing.MAP,com.arjuna.webservices11.wsarj.ArjunaContext) void for rule complete called > 18:45:38,536 INFO [stdout] (Thread-0) org.jboss.byteman.agent.Transformer : inserted trigger for complete called in class com.arjuna.wst11.messaging.engines.ParticipantCompletionCoordinatorEngine > 18:45:38,552 INFO [stdout] (Thread-0) org.jboss.byteman.agent.Transformer : possible trigger for rule cancel called in class com.arjuna.webservices11.wsarjtx.sei.TerminationCoordinatorPortTypeImpl > 18:45:38,554 INFO [stdout] (Thread-0) RuleTriggerMethodAdapter.injectTriggerPoint : inserting trigger into com.arjuna.webservices11.wsarjtx.sei.TerminationCoordinatorPortTypeImpl.cancelOperation(com.arjuna.schemas.ws._2005._10.wsarjtx.NotificationType) void for rule cancel called > 18:45:38,556 INFO [stdout] (Thread-0) org.jboss.byteman.agent.Transformer : inserted trigger for cancel called in class com.arjuna.webservices11.wsarjtx.sei.TerminationCoordinatorPortTypeImpl > 18:45:38,558 INFO [stdout] (Thread-0) org.jboss.byteman.agent.Transformer : possible trigger for rule close called in class com.arjuna.webservices11.wsarjtx.sei.TerminationCoordinatorPortTypeImpl > 18:45:38,559 INFO [stdout] (Thread-0) RuleTriggerMethodAdapter.injectTriggerPoint : inserting trigger into com.arjuna.webservices11.wsarjtx.sei.TerminationCoordinatorPortTypeImpl.closeOperation(com.arjuna.schemas.ws._2005._10.wsarjtx.NotificationType) void for rule close called > 18:45:38,560 INFO [stdout] (Thread-0) org.jboss.byteman.agent.Transformer : inserted trigger for close called in class com.arjuna.webservices11.wsarjtx.sei.TerminationCoordinatorPortTypeImpl > 18:45:39,123 INFO [stdout] (default task-16) Rule.execute called for create counter_3 > 18:45:39,124 INFO [stdout] (default task-16) HelperManager.install for helper class org.jboss.byteman.rule.helper.Helper > 18:45:39,124 INFO [stdout] (default task-16) calling activated() for helper class org.jboss.byteman.rule.helper.Helper > 18:45:39,124 INFO [stdout] (default task-16) Default helper activated > 18:45:39,124 INFO [stdout] (default task-16) calling installed(create counter) for helper classorg.jboss.byteman.rule.helper.Helper > 18:45:39,125 INFO [stdout] (default task-16) Installed rule using default helper : create counter > 18:45:39,135 INFO [stdout] (default task-16) create counter execute > 18:45:39,135 INFO [stdout] (default task-16) rule.debug{create counter} : participant_completion.counter.create: 1 > 18:45:39,158 INFO [org.apache.cxf.service.factory.ReflectionServiceFactoryBean] (default task-16) Creating Service {http://docs.oasis-open.org/ws-tx/wscoor/2006/06}ActivationService from WSDL: jar:file:/home/hudson/workspace/narayana/PROFILE/XTS/jdk/jdk7.latest/label/linux/jboss-as/build/target/wildfly-9.0.0.Alpha1-SNAPSHOT/modules/system/layers/base/org/jboss/xts/main/jbossxts-5.0.3.Final-SNAPSHOT.jar!/org/oasis_open/docs/ws_tx/wscoor/_2006/_06/wsdl/wscoor-activation-binding.wsdl > 18:45:39,205 INFO [org.apache.cxf.service.factory.ReflectionServiceFactoryBean] (default task-16) Creating Service {http://docs.oasis-open.org/ws-tx/wscoor/2006/06}ActivationService from WSDL: jar:file:/home/hudson/workspace/narayana/PROFILE/XTS/jdk/jdk7.latest/label/linux/jboss-as/build/target/wildfly-9.0.0.Alpha1-SNAPSHOT/modules/system/layers/base/org/jboss/xts/main/jbossxts-5.0.3.Final-SNAPSHOT.jar!/org/oasis_open/docs/ws_tx/wscoor/_2006/_06/wsdl/wscoor-activation-binding.wsdl > 18:45:39,282 INFO [org.apache.cxf.service.factory.ReflectionServiceFactoryBean] (default task-16) Creating Service {http://docs.oasis-open.org/ws-tx/wscoor/2006/06}RegistrationService from WSDL: jar:file:/home/hudson/workspace/narayana/PROFILE/XTS/jdk/jdk7.latest/label/linux/jboss-as/build/target/wildfly-9.0.0.Alpha1-SNAPSHOT/modules/system/layers/base/org/jboss/xts/main/jbossxts-5.0.3.Final-SNAPSHOT.jar!/org/oasis_open/docs/ws_tx/wscoor/_2006/_06/wsdl/wscoor-registration-binding.wsdl > 18:45:40,131 WARN [com.arjuna.wst] (default task-16) ARJUNA043225: Could not save recovery state for non-serializable WS-BA participant 1235 > 18:45:40,188 INFO [org.apache.cxf.service.factory.ReflectionServiceFactoryBean] (default task-16) Creating Service {http://docs.oasis-open.org/ws-tx/wsba/2006/06}BusinessAgreementWithParticipantCompletionCoordinatorService from WSDL: jar:file:/home/hudson/workspace/narayana/PROFILE/XTS/jdk/jdk7.latest/label/linux/jboss-as/build/target/wildfly-9.0.0.Alpha1-SNAPSHOT/modules/system/layers/base/org/jboss/xts/main/jbossxts-5.0.3.Final-SNAPSHOT.jar!/org/oasis_open/docs/ws_tx/wsba/_2006/_06/wsdl/wsba-participant-completion-coordinator-binding.wsdl > 18:45:41,372 INFO [org.apache.cxf.service.factory.ReflectionServiceFactoryBean] (Timer-1) Creating Service {http://docs.oasis-open.org/ws-tx/wsba/2006/06}BusinessAgreementWithParticipantCompletionCoordinatorService from WSDL: jar:file:/home/hudson/workspace/narayana/PROFILE/XTS/jdk/jdk7.latest/label/linux/jboss-as/build/target/wildfly-9.0.0.Alpha1-SNAPSHOT/modules/system/layers/base/org/jboss/xts/main/jbossxts-5.0.3.Final-SNAPSHOT.jar!/org/oasis_open/docs/ws_tx/wsba/_2006/_06/wsdl/wsba-participant-completion-coordinator-binding.wsdl > 18:45:42,052 INFO [org.apache.cxf.service.factory.ReflectionServiceFactoryBean] (default task-16) Creating Service {http://docs.oasis-open.org/ws-tx/wscoor/2006/06}RegistrationService from WSDL: jar:file:/home/hudson/workspace/narayana/PROFILE/XTS/jdk/jdk7.latest/label/linux/jboss-as/build/target/wildfly-9.0.0.Alpha1-SNAPSHOT/modules/system/layers/base/org/jboss/xts/main/jbossxts-5.0.3.Final-SNAPSHOT.jar!/org/oasis_open/docs/ws_tx/wscoor/_2006/_06/wsdl/wscoor-registration-binding.wsdl > 18:45:42,090 INFO [org.apache.cxf.service.factory.ReflectionServiceFactoryBean] (default task-16) Creating Service {http://schemas.arjuna.com/ws/2005/10/wsarjtx}TerminationCoordinatorService from WSDL: jar:file:/home/hudson/workspace/narayana/PROFILE/XTS/jdk/jdk7.latest/label/linux/jboss-as/build/target/wildfly-9.0.0.Alpha1-SNAPSHOT/modules/system/layers/base/org/jboss/xts/main/jbossxts-5.0.3.Final-SNAPSHOT.jar!/com/arjuna/schemas/ws/_2005/_10/wsarjtx/wsdl/wsarjtx-termination-coordinator-binding.wsdl > 18:45:42,409 INFO [stdout] (default-workqueue-2) Rule.execute called for close called_6 > 18:45:42,410 INFO [stdout] (default-workqueue-2) HelperManager.install for helper class org.jboss.byteman.rule.helper.Helper > 18:45:42,411 INFO [stdout] (default-workqueue-2) calling installed(close called) for helper classorg.jboss.byteman.rule.helper.Helper > 18:45:42,411 INFO [stdout] (default-workqueue-2) Installed rule using default helper : close called > 18:45:42,411 INFO [stdout] (default-workqueue-2) close called execute > 18:45:42,412 INFO [stdout] (default-workqueue-2) rule.debug{close called} : participant_completion.close.waiting > 18:45:42,412 INFO [stdout] (TaskWorker-2) Rule.execute called for complete called_4 > 18:45:42,413 INFO [stdout] (TaskWorker-2) HelperManager.install for helper class org.jboss.byteman.rule.helper.Helper > 18:45:42,413 INFO [stdout] (TaskWorker-2) calling installed(complete called) for helper classorg.jboss.byteman.rule.helper.Helper > 18:45:42,413 INFO [stdout] (TaskWorker-2) Installed rule using default helper : complete called > 18:45:42,413 INFO [stdout] (TaskWorker-2) complete called execute > 18:45:42,414 INFO [stdout] (TaskWorker-2) rule.debug{complete called} : participant_completion.counter.decrement > 18:45:42,414 INFO [stdout] (TaskWorker-2) rule.debug{complete called} : participant_completion.called.waking > 18:45:42,414 INFO [stdout] (default-workqueue-2) rule.debug{close called} : participant_completion.close.woken > 18:45:42,415 INFO [stdout] (TaskWorker-2) rule.debug{complete called} : participant_completion.called.donewake > 18:45:42,415 WARN [com.arjuna.mw.wstx] (TaskWorker-2) ARJUNA045062: Coordinator cancelled the activity > 18:45:42,428 INFO [org.apache.cxf.service.factory.ReflectionServiceFactoryBean] (TaskWorker-2) Creating Service {http://schemas.arjuna.com/ws/2005/10/wsarjtx}TerminationParticipantService from WSDL: jar:file:/home/hudson/workspace/narayana/PROFILE/XTS/jdk/jdk7.latest/label/linux/jboss-as/build/target/wildfly-9.0.0.Alpha1-SNAPSHOT/modules/system/layers/base/org/jboss/xts/main/jbossxts-5.0.3.Final-SNAPSHOT.jar!/com/arjuna/schemas/ws/_2005/_10/wsarjtx/wsdl/wsarjtx-termination-participant-binding.wsdl > 18:45:42,439 INFO [stdout] (TaskWorker-1) Rule.execute called for complete called_4 > 18:45:42,441 INFO [stdout] (TaskWorker-1) complete called execute > 18:45:42,496 INFO [stdout] (Thread-0) TransformListener() : handling connection on port 9091 > 18:45:42,598 INFO [stdout] (Thread-0) retransforming org.jboss.jbossts.xts.bytemanSupport.participantCompletion.ParticipantCompletionCoordinatorRules > 18:45:42,599 INFO [stdout] (Thread-0) retransforming com.arjuna.wst11.messaging.engines.ParticipantCompletionCoordinatorEngine > 18:45:42,599 INFO [stdout] (Thread-0) retransforming com.arjuna.webservices11.wsarjtx.sei.TerminationCoordinatorPortTypeImpl > 18:45:42,815 INFO [stdout] (Thread-0) HelperManager.uninstall for helper class org.jboss.byteman.rule.helper.Helper > 18:45:42,816 INFO [stdout] (Thread-0) calling uninstalled(create counter) for helper class org.jboss.byteman.rule.helper.Helper > 18:45:42,816 INFO [stdout] (Thread-0) Uninstalled rule using default helper : create counter > 18:45:42,817 INFO [stdout] (Thread-0) HelperManager.uninstall for helper class org.jboss.byteman.rule.helper.Helper > 18:45:42,817 INFO [stdout] (Thread-0) calling uninstalled(complete called) for helper class org.jboss.byteman.rule.helper.Helper > 18:45:42,818 INFO [stdout] (Thread-0) Uninstalled rule using default helper : complete called > 18:45:42,818 INFO [stdout] (Thread-0) HelperManager.uninstall for helper class org.jboss.byteman.rule.helper.Helper > 18:45:42,819 INFO [stdout] (Thread-0) calling uninstalled(close called) for helper class org.jboss.byteman.rule.helper.Helper > 18:45:42,819 INFO [stdout] (Thread-0) Uninstalled rule using default helper : close called > 18:45:42,819 INFO [stdout] (Thread-0) calling deactivated() for helper classorg.jboss.byteman.rule.helper.Helper > 18:45:42,820 INFO [stdout] (Thread-0) Default helper deactivated > 18:45:42,830 INFO [org.wildfly.extension.undertow] (MSC service thread 1-1) WFLYUT0022: Unregistered web context: /test > 18:45:42,845 INFO [org.jboss.weld.deployer] (MSC service thread 1-1) WFLYWELD0010: Stopping weld service for deployment test.war > 18:45:42,855 INFO [org.jboss.as.server.deployment] (MSC service thread 1-1) WFLYSRV0028: Stopped deployment test.war (runtime-name: test.war) in 26ms > 18:45:42,942 INFO [org.jboss.as.repository] (management-handler-thread - 7) WFLYDR0002: Content removed from location /home/hudson/workspace/narayana/PROFILE/XTS/jdk/jdk7.latest/label/linux/jboss-as/build/target/wildfly-9.0.0.Alpha1-SNAPSHOT/standalone/data/content/2a/0685005c0b26622b16a38150f088bad88f5ed8/content > 18:45:42,942 INFO [org.jboss.as.server] (management-handler-thread - 7) WFLYSRV0009: Undeployed "test.war" (runtime-name: "test.war") >  > {code} -- This message was sent by Atlassian JIRA (v7.2.3#72005) From issues at jboss.org Tue Apr 18 09:42:00 2017 From: issues at jboss.org (Ondra Chaloupka (JIRA)) Date: Tue, 18 Apr 2017 09:42:00 -0400 (EDT) Subject: [jbossts-issues] [JBoss JIRA] (JBTM-2882) Automatize XTS ssl quickstart to be tested in CI In-Reply-To: References: Message-ID: Ondra Chaloupka created JBTM-2882: ------------------------------------- Summary: Automatize XTS ssl quickstart to be tested in CI Key: JBTM-2882 URL: https://issues.jboss.org/browse/JBTM-2882 Project: JBoss Transaction Manager Issue Type: Enhancement Components: XTS Affects Versions: 5.5.6.Final Reporter: Ondra Chaloupka Assignee: Ondra Chaloupka The ssl XTS quickstart is not automatize to be run in CI testing. Paul created nice document with steps https://github.com/jbosstm/quickstart/tree/master/XTS/ssl but it can't be used in CI. The goal of this enhancement is automatize steps described in the quickstart (plus adjust quickstart REAME.md if not appropriate) and get the quickstart being run in CI. -- This message was sent by Atlassian JIRA (v7.2.3#72005) From issues at jboss.org Tue Apr 18 10:47:00 2017 From: issues at jboss.org (Gytis Trikleris (JIRA)) Date: Tue, 18 Apr 2017 10:47:00 -0400 (EDT) Subject: [jbossts-issues] [JBoss JIRA] (JBTM-2194) Activity cancelled by coordinator in CloseTest In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/JBTM-2194?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13394592#comment-13394592 ] Gytis Trikleris commented on JBTM-2194: --------------------------------------- [~ochaloup], that pull request was to add more logging. This is an intermittent failure which happened only a couple of times in a past few years and logs didn't contain much information to figure out the reason of it. I don't remember it happening in a last year, so up to you if you want to close it or not. > Activity cancelled by coordinator in CloseTest > ---------------------------------------------- > > Key: JBTM-2194 > URL: https://issues.jboss.org/browse/JBTM-2194 > Project: JBoss Transaction Manager > Issue Type: Bug > Components: XTS > Reporter: Gytis Trikleris > Assignee: Tom Jenkinson > Fix For: 5.later > > > {code} > ------------------------------------------------------------------------------- > Test set: com.arjuna.wstx.tests.arq.ba.CloseTest > ------------------------------------------------------------------------------- > Tests run: 1, Failures: 0, Errors: 1, Skipped: 0, Time elapsed: 5.866 sec <<< FAILURE! > testClose(com.arjuna.wstx.tests.arq.ba.CloseTest) Time elapsed: 2.375 sec <<< ERROR! > com.arjuna.wst.TransactionRolledBackException: null > at com.arjuna.wst11.stub.BusinessActivityTerminatorStub.close(BusinessActivityTerminatorStub.java:95) > at com.arjuna.mwlabs.wst11.ba.remote.UserBusinessActivityImple.close(UserBusinessActivityImple.java:157) > at com.arjuna.wstx.tests.arq.ba.CloseTest.testClose(CloseTest.java:64) > {code} > {code} > 18:45:37,613 INFO [org.jboss.as.repository] (management-handler-thread - 8) WFLYDR0001: Content added at location /home/hudson/workspace/narayana/PROFILE/XTS/jdk/jdk7.latest/label/linux/jboss-as/build/target/wildfly-9.0.0.Alpha1-SNAPSHOT/standalone/data/content/2a/0685005c0b26622b16a38150f088bad88f5ed8/content > 18:45:37,616 INFO [org.jboss.as.server.deployment] (MSC service thread 1-1) WFLYSRV0027: Starting deployment of "test.war" (runtime-name: "test.war") > 18:45:37,860 WARN [org.jboss.as.dependency.private] (MSC service thread 1-1) WFLYSRV0018: Deployment "deployment.test.war" is using a private module ("org.jboss.jts:main") which may be changed or removed in future versions without notice. > 18:45:37,927 INFO [org.jboss.weld.deployer] (MSC service thread 1-1) WFLYWELD0003: Processing weld deployment test.war > 18:45:37,941 INFO [org.jboss.weld.deployer] (MSC service thread 1-1) WFLYWELD0006: Starting Services for CDI deployment: test.war > 18:45:37,946 INFO [org.jboss.weld.deployer] (MSC service thread 1-2) WFLYWELD0009: Starting weld service for deployment test.war > 18:45:38,228 INFO [org.wildfly.extension.undertow] (MSC service thread 1-1) WFLYUT0021: Registered web context: /test > 18:45:38,406 INFO [org.jboss.as.server] (management-handler-thread - 8) WFLYSRV0010: Deployed "test.war" (runtime-name : "test.war") > 18:45:38,418 INFO [stdout] (Thread-0) TransformListener() : handling connection on port 9091 > 18:45:38,492 INFO [stdout] (Thread-0) retransforming org.jboss.jbossts.xts.bytemanSupport.participantCompletion.ParticipantCompletionCoordinatorRules > 18:45:38,492 INFO [stdout] (Thread-0) retransforming com.arjuna.wst11.messaging.engines.ParticipantCompletionCoordinatorEngine > 18:45:38,493 INFO [stdout] (Thread-0) retransforming com.arjuna.webservices11.wsarjtx.sei.TerminationCoordinatorPortTypeImpl > 18:45:38,495 INFO [stdout] (Thread-0) org.jboss.byteman.agent.Transformer : possible trigger for rule create counter in class org.jboss.jbossts.xts.bytemanSupport.participantCompletion.ParticipantCompletionCoordinatorRules > 18:45:38,496 INFO [stdout] (Thread-0) RuleTriggerMethodAdapter.injectTriggerPoint : inserting trigger into org.jboss.jbossts.xts.bytemanSupport.participantCompletion.ParticipantCompletionCoordinatorRules.setParticipantCount(java.lang.Integer) void for rule create counter > 18:45:38,497 INFO [stdout] (Thread-0) org.jboss.byteman.agent.Transformer : inserted trigger for create counter in class org.jboss.jbossts.xts.bytemanSupport.participantCompletion.ParticipantCompletionCoordinatorRules > 18:45:38,514 INFO [stdout] (Thread-0) org.jboss.byteman.agent.Transformer : possible trigger for rule complete called in class com.arjuna.wst11.messaging.engines.ParticipantCompletionCoordinatorEngine > 18:45:38,517 INFO [stdout] (Thread-0) RuleTriggerMethodAdapter.injectTriggerPoint : inserting trigger into com.arjuna.wst11.messaging.engines.ParticipantCompletionCoordinatorEngine.completed(org.oasis_open.docs.ws_tx.wsba._2006._06.NotificationType,org.jboss.ws.api.addressing.MAP,com.arjuna.webservices11.wsarj.ArjunaContext) void for rule complete called > 18:45:38,536 INFO [stdout] (Thread-0) org.jboss.byteman.agent.Transformer : inserted trigger for complete called in class com.arjuna.wst11.messaging.engines.ParticipantCompletionCoordinatorEngine > 18:45:38,552 INFO [stdout] (Thread-0) org.jboss.byteman.agent.Transformer : possible trigger for rule cancel called in class com.arjuna.webservices11.wsarjtx.sei.TerminationCoordinatorPortTypeImpl > 18:45:38,554 INFO [stdout] (Thread-0) RuleTriggerMethodAdapter.injectTriggerPoint : inserting trigger into com.arjuna.webservices11.wsarjtx.sei.TerminationCoordinatorPortTypeImpl.cancelOperation(com.arjuna.schemas.ws._2005._10.wsarjtx.NotificationType) void for rule cancel called > 18:45:38,556 INFO [stdout] (Thread-0) org.jboss.byteman.agent.Transformer : inserted trigger for cancel called in class com.arjuna.webservices11.wsarjtx.sei.TerminationCoordinatorPortTypeImpl > 18:45:38,558 INFO [stdout] (Thread-0) org.jboss.byteman.agent.Transformer : possible trigger for rule close called in class com.arjuna.webservices11.wsarjtx.sei.TerminationCoordinatorPortTypeImpl > 18:45:38,559 INFO [stdout] (Thread-0) RuleTriggerMethodAdapter.injectTriggerPoint : inserting trigger into com.arjuna.webservices11.wsarjtx.sei.TerminationCoordinatorPortTypeImpl.closeOperation(com.arjuna.schemas.ws._2005._10.wsarjtx.NotificationType) void for rule close called > 18:45:38,560 INFO [stdout] (Thread-0) org.jboss.byteman.agent.Transformer : inserted trigger for close called in class com.arjuna.webservices11.wsarjtx.sei.TerminationCoordinatorPortTypeImpl > 18:45:39,123 INFO [stdout] (default task-16) Rule.execute called for create counter_3 > 18:45:39,124 INFO [stdout] (default task-16) HelperManager.install for helper class org.jboss.byteman.rule.helper.Helper > 18:45:39,124 INFO [stdout] (default task-16) calling activated() for helper class org.jboss.byteman.rule.helper.Helper > 18:45:39,124 INFO [stdout] (default task-16) Default helper activated > 18:45:39,124 INFO [stdout] (default task-16) calling installed(create counter) for helper classorg.jboss.byteman.rule.helper.Helper > 18:45:39,125 INFO [stdout] (default task-16) Installed rule using default helper : create counter > 18:45:39,135 INFO [stdout] (default task-16) create counter execute > 18:45:39,135 INFO [stdout] (default task-16) rule.debug{create counter} : participant_completion.counter.create: 1 > 18:45:39,158 INFO [org.apache.cxf.service.factory.ReflectionServiceFactoryBean] (default task-16) Creating Service {http://docs.oasis-open.org/ws-tx/wscoor/2006/06}ActivationService from WSDL: jar:file:/home/hudson/workspace/narayana/PROFILE/XTS/jdk/jdk7.latest/label/linux/jboss-as/build/target/wildfly-9.0.0.Alpha1-SNAPSHOT/modules/system/layers/base/org/jboss/xts/main/jbossxts-5.0.3.Final-SNAPSHOT.jar!/org/oasis_open/docs/ws_tx/wscoor/_2006/_06/wsdl/wscoor-activation-binding.wsdl > 18:45:39,205 INFO [org.apache.cxf.service.factory.ReflectionServiceFactoryBean] (default task-16) Creating Service {http://docs.oasis-open.org/ws-tx/wscoor/2006/06}ActivationService from WSDL: jar:file:/home/hudson/workspace/narayana/PROFILE/XTS/jdk/jdk7.latest/label/linux/jboss-as/build/target/wildfly-9.0.0.Alpha1-SNAPSHOT/modules/system/layers/base/org/jboss/xts/main/jbossxts-5.0.3.Final-SNAPSHOT.jar!/org/oasis_open/docs/ws_tx/wscoor/_2006/_06/wsdl/wscoor-activation-binding.wsdl > 18:45:39,282 INFO [org.apache.cxf.service.factory.ReflectionServiceFactoryBean] (default task-16) Creating Service {http://docs.oasis-open.org/ws-tx/wscoor/2006/06}RegistrationService from WSDL: jar:file:/home/hudson/workspace/narayana/PROFILE/XTS/jdk/jdk7.latest/label/linux/jboss-as/build/target/wildfly-9.0.0.Alpha1-SNAPSHOT/modules/system/layers/base/org/jboss/xts/main/jbossxts-5.0.3.Final-SNAPSHOT.jar!/org/oasis_open/docs/ws_tx/wscoor/_2006/_06/wsdl/wscoor-registration-binding.wsdl > 18:45:40,131 WARN [com.arjuna.wst] (default task-16) ARJUNA043225: Could not save recovery state for non-serializable WS-BA participant 1235 > 18:45:40,188 INFO [org.apache.cxf.service.factory.ReflectionServiceFactoryBean] (default task-16) Creating Service {http://docs.oasis-open.org/ws-tx/wsba/2006/06}BusinessAgreementWithParticipantCompletionCoordinatorService from WSDL: jar:file:/home/hudson/workspace/narayana/PROFILE/XTS/jdk/jdk7.latest/label/linux/jboss-as/build/target/wildfly-9.0.0.Alpha1-SNAPSHOT/modules/system/layers/base/org/jboss/xts/main/jbossxts-5.0.3.Final-SNAPSHOT.jar!/org/oasis_open/docs/ws_tx/wsba/_2006/_06/wsdl/wsba-participant-completion-coordinator-binding.wsdl > 18:45:41,372 INFO [org.apache.cxf.service.factory.ReflectionServiceFactoryBean] (Timer-1) Creating Service {http://docs.oasis-open.org/ws-tx/wsba/2006/06}BusinessAgreementWithParticipantCompletionCoordinatorService from WSDL: jar:file:/home/hudson/workspace/narayana/PROFILE/XTS/jdk/jdk7.latest/label/linux/jboss-as/build/target/wildfly-9.0.0.Alpha1-SNAPSHOT/modules/system/layers/base/org/jboss/xts/main/jbossxts-5.0.3.Final-SNAPSHOT.jar!/org/oasis_open/docs/ws_tx/wsba/_2006/_06/wsdl/wsba-participant-completion-coordinator-binding.wsdl > 18:45:42,052 INFO [org.apache.cxf.service.factory.ReflectionServiceFactoryBean] (default task-16) Creating Service {http://docs.oasis-open.org/ws-tx/wscoor/2006/06}RegistrationService from WSDL: jar:file:/home/hudson/workspace/narayana/PROFILE/XTS/jdk/jdk7.latest/label/linux/jboss-as/build/target/wildfly-9.0.0.Alpha1-SNAPSHOT/modules/system/layers/base/org/jboss/xts/main/jbossxts-5.0.3.Final-SNAPSHOT.jar!/org/oasis_open/docs/ws_tx/wscoor/_2006/_06/wsdl/wscoor-registration-binding.wsdl > 18:45:42,090 INFO [org.apache.cxf.service.factory.ReflectionServiceFactoryBean] (default task-16) Creating Service {http://schemas.arjuna.com/ws/2005/10/wsarjtx}TerminationCoordinatorService from WSDL: jar:file:/home/hudson/workspace/narayana/PROFILE/XTS/jdk/jdk7.latest/label/linux/jboss-as/build/target/wildfly-9.0.0.Alpha1-SNAPSHOT/modules/system/layers/base/org/jboss/xts/main/jbossxts-5.0.3.Final-SNAPSHOT.jar!/com/arjuna/schemas/ws/_2005/_10/wsarjtx/wsdl/wsarjtx-termination-coordinator-binding.wsdl > 18:45:42,409 INFO [stdout] (default-workqueue-2) Rule.execute called for close called_6 > 18:45:42,410 INFO [stdout] (default-workqueue-2) HelperManager.install for helper class org.jboss.byteman.rule.helper.Helper > 18:45:42,411 INFO [stdout] (default-workqueue-2) calling installed(close called) for helper classorg.jboss.byteman.rule.helper.Helper > 18:45:42,411 INFO [stdout] (default-workqueue-2) Installed rule using default helper : close called > 18:45:42,411 INFO [stdout] (default-workqueue-2) close called execute > 18:45:42,412 INFO [stdout] (default-workqueue-2) rule.debug{close called} : participant_completion.close.waiting > 18:45:42,412 INFO [stdout] (TaskWorker-2) Rule.execute called for complete called_4 > 18:45:42,413 INFO [stdout] (TaskWorker-2) HelperManager.install for helper class org.jboss.byteman.rule.helper.Helper > 18:45:42,413 INFO [stdout] (TaskWorker-2) calling installed(complete called) for helper classorg.jboss.byteman.rule.helper.Helper > 18:45:42,413 INFO [stdout] (TaskWorker-2) Installed rule using default helper : complete called > 18:45:42,413 INFO [stdout] (TaskWorker-2) complete called execute > 18:45:42,414 INFO [stdout] (TaskWorker-2) rule.debug{complete called} : participant_completion.counter.decrement > 18:45:42,414 INFO [stdout] (TaskWorker-2) rule.debug{complete called} : participant_completion.called.waking > 18:45:42,414 INFO [stdout] (default-workqueue-2) rule.debug{close called} : participant_completion.close.woken > 18:45:42,415 INFO [stdout] (TaskWorker-2) rule.debug{complete called} : participant_completion.called.donewake > 18:45:42,415 WARN [com.arjuna.mw.wstx] (TaskWorker-2) ARJUNA045062: Coordinator cancelled the activity > 18:45:42,428 INFO [org.apache.cxf.service.factory.ReflectionServiceFactoryBean] (TaskWorker-2) Creating Service {http://schemas.arjuna.com/ws/2005/10/wsarjtx}TerminationParticipantService from WSDL: jar:file:/home/hudson/workspace/narayana/PROFILE/XTS/jdk/jdk7.latest/label/linux/jboss-as/build/target/wildfly-9.0.0.Alpha1-SNAPSHOT/modules/system/layers/base/org/jboss/xts/main/jbossxts-5.0.3.Final-SNAPSHOT.jar!/com/arjuna/schemas/ws/_2005/_10/wsarjtx/wsdl/wsarjtx-termination-participant-binding.wsdl > 18:45:42,439 INFO [stdout] (TaskWorker-1) Rule.execute called for complete called_4 > 18:45:42,441 INFO [stdout] (TaskWorker-1) complete called execute > 18:45:42,496 INFO [stdout] (Thread-0) TransformListener() : handling connection on port 9091 > 18:45:42,598 INFO [stdout] (Thread-0) retransforming org.jboss.jbossts.xts.bytemanSupport.participantCompletion.ParticipantCompletionCoordinatorRules > 18:45:42,599 INFO [stdout] (Thread-0) retransforming com.arjuna.wst11.messaging.engines.ParticipantCompletionCoordinatorEngine > 18:45:42,599 INFO [stdout] (Thread-0) retransforming com.arjuna.webservices11.wsarjtx.sei.TerminationCoordinatorPortTypeImpl > 18:45:42,815 INFO [stdout] (Thread-0) HelperManager.uninstall for helper class org.jboss.byteman.rule.helper.Helper > 18:45:42,816 INFO [stdout] (Thread-0) calling uninstalled(create counter) for helper class org.jboss.byteman.rule.helper.Helper > 18:45:42,816 INFO [stdout] (Thread-0) Uninstalled rule using default helper : create counter > 18:45:42,817 INFO [stdout] (Thread-0) HelperManager.uninstall for helper class org.jboss.byteman.rule.helper.Helper > 18:45:42,817 INFO [stdout] (Thread-0) calling uninstalled(complete called) for helper class org.jboss.byteman.rule.helper.Helper > 18:45:42,818 INFO [stdout] (Thread-0) Uninstalled rule using default helper : complete called > 18:45:42,818 INFO [stdout] (Thread-0) HelperManager.uninstall for helper class org.jboss.byteman.rule.helper.Helper > 18:45:42,819 INFO [stdout] (Thread-0) calling uninstalled(close called) for helper class org.jboss.byteman.rule.helper.Helper > 18:45:42,819 INFO [stdout] (Thread-0) Uninstalled rule using default helper : close called > 18:45:42,819 INFO [stdout] (Thread-0) calling deactivated() for helper classorg.jboss.byteman.rule.helper.Helper > 18:45:42,820 INFO [stdout] (Thread-0) Default helper deactivated > 18:45:42,830 INFO [org.wildfly.extension.undertow] (MSC service thread 1-1) WFLYUT0022: Unregistered web context: /test > 18:45:42,845 INFO [org.jboss.weld.deployer] (MSC service thread 1-1) WFLYWELD0010: Stopping weld service for deployment test.war > 18:45:42,855 INFO [org.jboss.as.server.deployment] (MSC service thread 1-1) WFLYSRV0028: Stopped deployment test.war (runtime-name: test.war) in 26ms > 18:45:42,942 INFO [org.jboss.as.repository] (management-handler-thread - 7) WFLYDR0002: Content removed from location /home/hudson/workspace/narayana/PROFILE/XTS/jdk/jdk7.latest/label/linux/jboss-as/build/target/wildfly-9.0.0.Alpha1-SNAPSHOT/standalone/data/content/2a/0685005c0b26622b16a38150f088bad88f5ed8/content > 18:45:42,942 INFO [org.jboss.as.server] (management-handler-thread - 7) WFLYSRV0009: Undeployed "test.war" (runtime-name: "test.war") >  > {code} -- This message was sent by Atlassian JIRA (v7.2.3#72005) From issues at jboss.org Tue Apr 18 10:50:00 2017 From: issues at jboss.org (Ondra Chaloupka (JIRA)) Date: Tue, 18 Apr 2017 10:50:00 -0400 (EDT) Subject: [jbossts-issues] [JBoss JIRA] (JBTM-2194) Activity cancelled by coordinator in CloseTest In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/JBTM-2194?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13394594#comment-13394594 ] Ondra Chaloupka commented on JBTM-2194: --------------------------------------- [~gytis] I see, thank you for the clarification. I haven't understood that before. I'm going to leave it open for now and then we'll see. > Activity cancelled by coordinator in CloseTest > ---------------------------------------------- > > Key: JBTM-2194 > URL: https://issues.jboss.org/browse/JBTM-2194 > Project: JBoss Transaction Manager > Issue Type: Bug > Components: XTS > Reporter: Gytis Trikleris > Assignee: Tom Jenkinson > Fix For: 5.later > > > {code} > ------------------------------------------------------------------------------- > Test set: com.arjuna.wstx.tests.arq.ba.CloseTest > ------------------------------------------------------------------------------- > Tests run: 1, Failures: 0, Errors: 1, Skipped: 0, Time elapsed: 5.866 sec <<< FAILURE! > testClose(com.arjuna.wstx.tests.arq.ba.CloseTest) Time elapsed: 2.375 sec <<< ERROR! > com.arjuna.wst.TransactionRolledBackException: null > at com.arjuna.wst11.stub.BusinessActivityTerminatorStub.close(BusinessActivityTerminatorStub.java:95) > at com.arjuna.mwlabs.wst11.ba.remote.UserBusinessActivityImple.close(UserBusinessActivityImple.java:157) > at com.arjuna.wstx.tests.arq.ba.CloseTest.testClose(CloseTest.java:64) > {code} > {code} > 18:45:37,613 INFO [org.jboss.as.repository] (management-handler-thread - 8) WFLYDR0001: Content added at location /home/hudson/workspace/narayana/PROFILE/XTS/jdk/jdk7.latest/label/linux/jboss-as/build/target/wildfly-9.0.0.Alpha1-SNAPSHOT/standalone/data/content/2a/0685005c0b26622b16a38150f088bad88f5ed8/content > 18:45:37,616 INFO [org.jboss.as.server.deployment] (MSC service thread 1-1) WFLYSRV0027: Starting deployment of "test.war" (runtime-name: "test.war") > 18:45:37,860 WARN [org.jboss.as.dependency.private] (MSC service thread 1-1) WFLYSRV0018: Deployment "deployment.test.war" is using a private module ("org.jboss.jts:main") which may be changed or removed in future versions without notice. > 18:45:37,927 INFO [org.jboss.weld.deployer] (MSC service thread 1-1) WFLYWELD0003: Processing weld deployment test.war > 18:45:37,941 INFO [org.jboss.weld.deployer] (MSC service thread 1-1) WFLYWELD0006: Starting Services for CDI deployment: test.war > 18:45:37,946 INFO [org.jboss.weld.deployer] (MSC service thread 1-2) WFLYWELD0009: Starting weld service for deployment test.war > 18:45:38,228 INFO [org.wildfly.extension.undertow] (MSC service thread 1-1) WFLYUT0021: Registered web context: /test > 18:45:38,406 INFO [org.jboss.as.server] (management-handler-thread - 8) WFLYSRV0010: Deployed "test.war" (runtime-name : "test.war") > 18:45:38,418 INFO [stdout] (Thread-0) TransformListener() : handling connection on port 9091 > 18:45:38,492 INFO [stdout] (Thread-0) retransforming org.jboss.jbossts.xts.bytemanSupport.participantCompletion.ParticipantCompletionCoordinatorRules > 18:45:38,492 INFO [stdout] (Thread-0) retransforming com.arjuna.wst11.messaging.engines.ParticipantCompletionCoordinatorEngine > 18:45:38,493 INFO [stdout] (Thread-0) retransforming com.arjuna.webservices11.wsarjtx.sei.TerminationCoordinatorPortTypeImpl > 18:45:38,495 INFO [stdout] (Thread-0) org.jboss.byteman.agent.Transformer : possible trigger for rule create counter in class org.jboss.jbossts.xts.bytemanSupport.participantCompletion.ParticipantCompletionCoordinatorRules > 18:45:38,496 INFO [stdout] (Thread-0) RuleTriggerMethodAdapter.injectTriggerPoint : inserting trigger into org.jboss.jbossts.xts.bytemanSupport.participantCompletion.ParticipantCompletionCoordinatorRules.setParticipantCount(java.lang.Integer) void for rule create counter > 18:45:38,497 INFO [stdout] (Thread-0) org.jboss.byteman.agent.Transformer : inserted trigger for create counter in class org.jboss.jbossts.xts.bytemanSupport.participantCompletion.ParticipantCompletionCoordinatorRules > 18:45:38,514 INFO [stdout] (Thread-0) org.jboss.byteman.agent.Transformer : possible trigger for rule complete called in class com.arjuna.wst11.messaging.engines.ParticipantCompletionCoordinatorEngine > 18:45:38,517 INFO [stdout] (Thread-0) RuleTriggerMethodAdapter.injectTriggerPoint : inserting trigger into com.arjuna.wst11.messaging.engines.ParticipantCompletionCoordinatorEngine.completed(org.oasis_open.docs.ws_tx.wsba._2006._06.NotificationType,org.jboss.ws.api.addressing.MAP,com.arjuna.webservices11.wsarj.ArjunaContext) void for rule complete called > 18:45:38,536 INFO [stdout] (Thread-0) org.jboss.byteman.agent.Transformer : inserted trigger for complete called in class com.arjuna.wst11.messaging.engines.ParticipantCompletionCoordinatorEngine > 18:45:38,552 INFO [stdout] (Thread-0) org.jboss.byteman.agent.Transformer : possible trigger for rule cancel called in class com.arjuna.webservices11.wsarjtx.sei.TerminationCoordinatorPortTypeImpl > 18:45:38,554 INFO [stdout] (Thread-0) RuleTriggerMethodAdapter.injectTriggerPoint : inserting trigger into com.arjuna.webservices11.wsarjtx.sei.TerminationCoordinatorPortTypeImpl.cancelOperation(com.arjuna.schemas.ws._2005._10.wsarjtx.NotificationType) void for rule cancel called > 18:45:38,556 INFO [stdout] (Thread-0) org.jboss.byteman.agent.Transformer : inserted trigger for cancel called in class com.arjuna.webservices11.wsarjtx.sei.TerminationCoordinatorPortTypeImpl > 18:45:38,558 INFO [stdout] (Thread-0) org.jboss.byteman.agent.Transformer : possible trigger for rule close called in class com.arjuna.webservices11.wsarjtx.sei.TerminationCoordinatorPortTypeImpl > 18:45:38,559 INFO [stdout] (Thread-0) RuleTriggerMethodAdapter.injectTriggerPoint : inserting trigger into com.arjuna.webservices11.wsarjtx.sei.TerminationCoordinatorPortTypeImpl.closeOperation(com.arjuna.schemas.ws._2005._10.wsarjtx.NotificationType) void for rule close called > 18:45:38,560 INFO [stdout] (Thread-0) org.jboss.byteman.agent.Transformer : inserted trigger for close called in class com.arjuna.webservices11.wsarjtx.sei.TerminationCoordinatorPortTypeImpl > 18:45:39,123 INFO [stdout] (default task-16) Rule.execute called for create counter_3 > 18:45:39,124 INFO [stdout] (default task-16) HelperManager.install for helper class org.jboss.byteman.rule.helper.Helper > 18:45:39,124 INFO [stdout] (default task-16) calling activated() for helper class org.jboss.byteman.rule.helper.Helper > 18:45:39,124 INFO [stdout] (default task-16) Default helper activated > 18:45:39,124 INFO [stdout] (default task-16) calling installed(create counter) for helper classorg.jboss.byteman.rule.helper.Helper > 18:45:39,125 INFO [stdout] (default task-16) Installed rule using default helper : create counter > 18:45:39,135 INFO [stdout] (default task-16) create counter execute > 18:45:39,135 INFO [stdout] (default task-16) rule.debug{create counter} : participant_completion.counter.create: 1 > 18:45:39,158 INFO [org.apache.cxf.service.factory.ReflectionServiceFactoryBean] (default task-16) Creating Service {http://docs.oasis-open.org/ws-tx/wscoor/2006/06}ActivationService from WSDL: jar:file:/home/hudson/workspace/narayana/PROFILE/XTS/jdk/jdk7.latest/label/linux/jboss-as/build/target/wildfly-9.0.0.Alpha1-SNAPSHOT/modules/system/layers/base/org/jboss/xts/main/jbossxts-5.0.3.Final-SNAPSHOT.jar!/org/oasis_open/docs/ws_tx/wscoor/_2006/_06/wsdl/wscoor-activation-binding.wsdl > 18:45:39,205 INFO [org.apache.cxf.service.factory.ReflectionServiceFactoryBean] (default task-16) Creating Service {http://docs.oasis-open.org/ws-tx/wscoor/2006/06}ActivationService from WSDL: jar:file:/home/hudson/workspace/narayana/PROFILE/XTS/jdk/jdk7.latest/label/linux/jboss-as/build/target/wildfly-9.0.0.Alpha1-SNAPSHOT/modules/system/layers/base/org/jboss/xts/main/jbossxts-5.0.3.Final-SNAPSHOT.jar!/org/oasis_open/docs/ws_tx/wscoor/_2006/_06/wsdl/wscoor-activation-binding.wsdl > 18:45:39,282 INFO [org.apache.cxf.service.factory.ReflectionServiceFactoryBean] (default task-16) Creating Service {http://docs.oasis-open.org/ws-tx/wscoor/2006/06}RegistrationService from WSDL: jar:file:/home/hudson/workspace/narayana/PROFILE/XTS/jdk/jdk7.latest/label/linux/jboss-as/build/target/wildfly-9.0.0.Alpha1-SNAPSHOT/modules/system/layers/base/org/jboss/xts/main/jbossxts-5.0.3.Final-SNAPSHOT.jar!/org/oasis_open/docs/ws_tx/wscoor/_2006/_06/wsdl/wscoor-registration-binding.wsdl > 18:45:40,131 WARN [com.arjuna.wst] (default task-16) ARJUNA043225: Could not save recovery state for non-serializable WS-BA participant 1235 > 18:45:40,188 INFO [org.apache.cxf.service.factory.ReflectionServiceFactoryBean] (default task-16) Creating Service {http://docs.oasis-open.org/ws-tx/wsba/2006/06}BusinessAgreementWithParticipantCompletionCoordinatorService from WSDL: jar:file:/home/hudson/workspace/narayana/PROFILE/XTS/jdk/jdk7.latest/label/linux/jboss-as/build/target/wildfly-9.0.0.Alpha1-SNAPSHOT/modules/system/layers/base/org/jboss/xts/main/jbossxts-5.0.3.Final-SNAPSHOT.jar!/org/oasis_open/docs/ws_tx/wsba/_2006/_06/wsdl/wsba-participant-completion-coordinator-binding.wsdl > 18:45:41,372 INFO [org.apache.cxf.service.factory.ReflectionServiceFactoryBean] (Timer-1) Creating Service {http://docs.oasis-open.org/ws-tx/wsba/2006/06}BusinessAgreementWithParticipantCompletionCoordinatorService from WSDL: jar:file:/home/hudson/workspace/narayana/PROFILE/XTS/jdk/jdk7.latest/label/linux/jboss-as/build/target/wildfly-9.0.0.Alpha1-SNAPSHOT/modules/system/layers/base/org/jboss/xts/main/jbossxts-5.0.3.Final-SNAPSHOT.jar!/org/oasis_open/docs/ws_tx/wsba/_2006/_06/wsdl/wsba-participant-completion-coordinator-binding.wsdl > 18:45:42,052 INFO [org.apache.cxf.service.factory.ReflectionServiceFactoryBean] (default task-16) Creating Service {http://docs.oasis-open.org/ws-tx/wscoor/2006/06}RegistrationService from WSDL: jar:file:/home/hudson/workspace/narayana/PROFILE/XTS/jdk/jdk7.latest/label/linux/jboss-as/build/target/wildfly-9.0.0.Alpha1-SNAPSHOT/modules/system/layers/base/org/jboss/xts/main/jbossxts-5.0.3.Final-SNAPSHOT.jar!/org/oasis_open/docs/ws_tx/wscoor/_2006/_06/wsdl/wscoor-registration-binding.wsdl > 18:45:42,090 INFO [org.apache.cxf.service.factory.ReflectionServiceFactoryBean] (default task-16) Creating Service {http://schemas.arjuna.com/ws/2005/10/wsarjtx}TerminationCoordinatorService from WSDL: jar:file:/home/hudson/workspace/narayana/PROFILE/XTS/jdk/jdk7.latest/label/linux/jboss-as/build/target/wildfly-9.0.0.Alpha1-SNAPSHOT/modules/system/layers/base/org/jboss/xts/main/jbossxts-5.0.3.Final-SNAPSHOT.jar!/com/arjuna/schemas/ws/_2005/_10/wsarjtx/wsdl/wsarjtx-termination-coordinator-binding.wsdl > 18:45:42,409 INFO [stdout] (default-workqueue-2) Rule.execute called for close called_6 > 18:45:42,410 INFO [stdout] (default-workqueue-2) HelperManager.install for helper class org.jboss.byteman.rule.helper.Helper > 18:45:42,411 INFO [stdout] (default-workqueue-2) calling installed(close called) for helper classorg.jboss.byteman.rule.helper.Helper > 18:45:42,411 INFO [stdout] (default-workqueue-2) Installed rule using default helper : close called > 18:45:42,411 INFO [stdout] (default-workqueue-2) close called execute > 18:45:42,412 INFO [stdout] (default-workqueue-2) rule.debug{close called} : participant_completion.close.waiting > 18:45:42,412 INFO [stdout] (TaskWorker-2) Rule.execute called for complete called_4 > 18:45:42,413 INFO [stdout] (TaskWorker-2) HelperManager.install for helper class org.jboss.byteman.rule.helper.Helper > 18:45:42,413 INFO [stdout] (TaskWorker-2) calling installed(complete called) for helper classorg.jboss.byteman.rule.helper.Helper > 18:45:42,413 INFO [stdout] (TaskWorker-2) Installed rule using default helper : complete called > 18:45:42,413 INFO [stdout] (TaskWorker-2) complete called execute > 18:45:42,414 INFO [stdout] (TaskWorker-2) rule.debug{complete called} : participant_completion.counter.decrement > 18:45:42,414 INFO [stdout] (TaskWorker-2) rule.debug{complete called} : participant_completion.called.waking > 18:45:42,414 INFO [stdout] (default-workqueue-2) rule.debug{close called} : participant_completion.close.woken > 18:45:42,415 INFO [stdout] (TaskWorker-2) rule.debug{complete called} : participant_completion.called.donewake > 18:45:42,415 WARN [com.arjuna.mw.wstx] (TaskWorker-2) ARJUNA045062: Coordinator cancelled the activity > 18:45:42,428 INFO [org.apache.cxf.service.factory.ReflectionServiceFactoryBean] (TaskWorker-2) Creating Service {http://schemas.arjuna.com/ws/2005/10/wsarjtx}TerminationParticipantService from WSDL: jar:file:/home/hudson/workspace/narayana/PROFILE/XTS/jdk/jdk7.latest/label/linux/jboss-as/build/target/wildfly-9.0.0.Alpha1-SNAPSHOT/modules/system/layers/base/org/jboss/xts/main/jbossxts-5.0.3.Final-SNAPSHOT.jar!/com/arjuna/schemas/ws/_2005/_10/wsarjtx/wsdl/wsarjtx-termination-participant-binding.wsdl > 18:45:42,439 INFO [stdout] (TaskWorker-1) Rule.execute called for complete called_4 > 18:45:42,441 INFO [stdout] (TaskWorker-1) complete called execute > 18:45:42,496 INFO [stdout] (Thread-0) TransformListener() : handling connection on port 9091 > 18:45:42,598 INFO [stdout] (Thread-0) retransforming org.jboss.jbossts.xts.bytemanSupport.participantCompletion.ParticipantCompletionCoordinatorRules > 18:45:42,599 INFO [stdout] (Thread-0) retransforming com.arjuna.wst11.messaging.engines.ParticipantCompletionCoordinatorEngine > 18:45:42,599 INFO [stdout] (Thread-0) retransforming com.arjuna.webservices11.wsarjtx.sei.TerminationCoordinatorPortTypeImpl > 18:45:42,815 INFO [stdout] (Thread-0) HelperManager.uninstall for helper class org.jboss.byteman.rule.helper.Helper > 18:45:42,816 INFO [stdout] (Thread-0) calling uninstalled(create counter) for helper class org.jboss.byteman.rule.helper.Helper > 18:45:42,816 INFO [stdout] (Thread-0) Uninstalled rule using default helper : create counter > 18:45:42,817 INFO [stdout] (Thread-0) HelperManager.uninstall for helper class org.jboss.byteman.rule.helper.Helper > 18:45:42,817 INFO [stdout] (Thread-0) calling uninstalled(complete called) for helper class org.jboss.byteman.rule.helper.Helper > 18:45:42,818 INFO [stdout] (Thread-0) Uninstalled rule using default helper : complete called > 18:45:42,818 INFO [stdout] (Thread-0) HelperManager.uninstall for helper class org.jboss.byteman.rule.helper.Helper > 18:45:42,819 INFO [stdout] (Thread-0) calling uninstalled(close called) for helper class org.jboss.byteman.rule.helper.Helper > 18:45:42,819 INFO [stdout] (Thread-0) Uninstalled rule using default helper : close called > 18:45:42,819 INFO [stdout] (Thread-0) calling deactivated() for helper classorg.jboss.byteman.rule.helper.Helper > 18:45:42,820 INFO [stdout] (Thread-0) Default helper deactivated > 18:45:42,830 INFO [org.wildfly.extension.undertow] (MSC service thread 1-1) WFLYUT0022: Unregistered web context: /test > 18:45:42,845 INFO [org.jboss.weld.deployer] (MSC service thread 1-1) WFLYWELD0010: Stopping weld service for deployment test.war > 18:45:42,855 INFO [org.jboss.as.server.deployment] (MSC service thread 1-1) WFLYSRV0028: Stopped deployment test.war (runtime-name: test.war) in 26ms > 18:45:42,942 INFO [org.jboss.as.repository] (management-handler-thread - 7) WFLYDR0002: Content removed from location /home/hudson/workspace/narayana/PROFILE/XTS/jdk/jdk7.latest/label/linux/jboss-as/build/target/wildfly-9.0.0.Alpha1-SNAPSHOT/standalone/data/content/2a/0685005c0b26622b16a38150f088bad88f5ed8/content > 18:45:42,942 INFO [org.jboss.as.server] (management-handler-thread - 7) WFLYSRV0009: Undeployed "test.war" (runtime-name: "test.war") >  > {code} -- This message was sent by Atlassian JIRA (v7.2.3#72005) From issues at jboss.org Tue Apr 18 13:35:00 2017 From: issues at jboss.org (Ondra Chaloupka (JIRA)) Date: Tue, 18 Apr 2017 13:35:00 -0400 (EDT) Subject: [jbossts-issues] [JBoss JIRA] (JBTM-2882) Automatize XTS ssl quickstart to be tested in CI In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/JBTM-2882?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Issue was automatically transitioned when Ondra Chaloupka created pull request #191 in GitHub --------------------------------------------------------------------------------------------- Status: Pull Request Sent (was: Open) > Automatize XTS ssl quickstart to be tested in CI > ------------------------------------------------ > > Key: JBTM-2882 > URL: https://issues.jboss.org/browse/JBTM-2882 > Project: JBoss Transaction Manager > Issue Type: Enhancement > Components: XTS > Affects Versions: 5.5.6.Final > Reporter: Ondra Chaloupka > Assignee: Ondra Chaloupka > > The ssl XTS quickstart is not automatize to be run in CI testing. Paul created nice document with steps > https://github.com/jbosstm/quickstart/tree/master/XTS/ssl > but it can't be used in CI. > The goal of this enhancement is automatize steps described in the quickstart (plus adjust quickstart REAME.md if not appropriate) and get the quickstart being run in CI. -- This message was sent by Atlassian JIRA (v7.2.3#72005) From issues at jboss.org Wed Apr 19 06:02:00 2017 From: issues at jboss.org (Ondra Chaloupka (JIRA)) Date: Wed, 19 Apr 2017 06:02:00 -0400 (EDT) Subject: [jbossts-issues] [JBoss JIRA] (JBTM-2883) Narayana should not hide exception traces even for internal or protocol errors in WS txn In-Reply-To: References: Message-ID: Ondra Chaloupka created JBTM-2883: ------------------------------------- Summary: Narayana should not hide exception traces even for internal or protocol errors in WS txn Key: JBTM-2883 URL: https://issues.jboss.org/browse/JBTM-2883 Project: JBoss Transaction Manager Issue Type: Enhancement Components: XTS Affects Versions: 5.5.6.Final Reporter: Ondra Chaloupka Assignee: Ondra Chaloupka Narayana hides stacktraces of exception when some internal error (e.g. protocol, communication...) happens in XTS. This particular problem reveales in case of customer case https://access.redhat.com/support/cases/#/case/01810386 where .NET application communicates with JBoss EAP over WS and WS-AT should be used. .NET (probably) uses non-standard header/message that caused Narayana response being null. The original error info was only {code} 17:43:33,846 ERROR [org.jboss.jbossts.txbridge] (http-/0.0.0.0:8543-1) com.arjuna.wst.SystemException: java.lang.NullPointerException17:43:33,852 TRACE [org.jboss.jbossts.txbridge] (http-/0.0.0.0:8543-1) JaxWSTxInboundBridgeHandler.close()17:43:33,854 INFO? [org.apache.cxf.services.IntegrationFrameworkServiceWsService.IntegrationFrameworkServiceWsPort.IntegrationFrameworkServiceWs] (http-/0.0.0.0:8543-1) Outbound Message {code} which is quite not much to start tracking reason behind the problem. There should be shown stacktrace in log to get more detailed information for investigation to start. E.g. it should be something like {code} {code} The goal of this enhancement is to provide such logging on places where exception stacktrace is currently thrown away (not written to log). -- This message was sent by Atlassian JIRA (v7.2.3#72005) From issues at jboss.org Wed Apr 19 06:03:00 2017 From: issues at jboss.org (Ondra Chaloupka (JIRA)) Date: Wed, 19 Apr 2017 06:03:00 -0400 (EDT) Subject: [jbossts-issues] [JBoss JIRA] (JBTM-2883) Narayana should not hide exception traces even for internal or protocol errors in WS txn In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/JBTM-2883?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Ondra Chaloupka updated JBTM-2883: ---------------------------------- Description: Narayana hides stacktraces of exception when some internal error (e.g. protocol, communication...) happens in XTS. This particular problem reveales in case of customer case https://access.redhat.com/support/cases/#/case/01810386 where .NET application communicates with JBoss EAP over WS and WS-AT should be used. .NET (probably) uses non-standard header/message that caused Narayana response being null. The original error info was only {code} 17:43:33,846 ERROR [org.jboss.jbossts.txbridge] (http-/0.0.0.0:8543-1) com.arjuna.wst.SystemException: java.lang.NullPointerException17:43:33,852 TRACE [org.jboss.jbossts.txbridge] (http-/0.0.0.0:8543-1) JaxWSTxInboundBridgeHandler.close()17:43:33,854 INFO? [org.apache.cxf.services.IntegrationFrameworkServiceWsService.IntegrationFrameworkServiceWsPort.IntegrationFrameworkServiceWs] (http-/0.0.0.0:8543-1) Outbound Message {code} which is quite not much to start tracking reason behind the problem. There should be shown stacktrace in log to get more detailed information for investigation to start. E.g. it should be something like {code} 09:21:36,155 ERROR [stderr] (http-0.0.0.0:8443-1) RICKY: response=null 09:21:36,156 ERROR [stderr] (http-0.0.0.0:8443-1) java.lang.NullPointerException 09:21:36,156 ERROR [stderr] (http-0.0.0.0:8443-1) at com.arjuna.wsc11.RegistrationCoordinator.register(RegistrationCoordinator.java:58) 09:21:36,156 ERROR [stderr] (http-0.0.0.0:8443-1) at com.arjuna.mwlabs.wst11.at.remote.TransactionManagerImple.registerParticipant(TransactionManagerImple.java:156) 09:21:36,156 ERROR [stderr] (http-0.0.0.0:8443-1) at com.arjuna.mwlabs.wst11.at.remote.TransactionManagerImple.enlistForDurableTwoPhase(TransactionManagerImple.java:41) 09:21:36,157 ERROR [stderr] (http-0.0.0.0:8443-1) at org.jboss.as.quickstarts.wsat.simple.RestaurantServiceATImpl.makeBooking(RestaurantServiceATImpl.java:74) 09:21:36,157 ERROR [stderr] (http-0.0.0.0:8443-1) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) 09:21:36,157 ERROR [stderr] (http-0.0.0.0:8443-1) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) 09:21:36,157 ERROR [stderr] (http-0.0.0.0:8443-1) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) 09:21:36,157 ERROR [stderr] (http-0.0.0.0:8443-1) at java.lang.reflect.Method.invoke(Method.java:498) 09:21:36,157 ERROR [stderr] (http-0.0.0.0:8443-1) at org.jboss.as.ee.component.ManagedReferenceMethodInterceptor.processInvocation(ManagedReferenceMethodInterceptor.java:52) 09:21:36,157 ERROR [stderr] (http-0.0.0.0:8443-1) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288) 09:21:36,157 ERROR [stderr] (http-0.0.0.0:8443-1) at org.jboss.invocation.WeavedInterceptor.processInvocation(WeavedInterceptor.java:53) 09:21:36,157 ERROR [stderr] (http-0.0.0.0:8443-1) at org.jboss.as.ee.component.interceptors.UserInterceptorFactory$1.processInvocation(UserInterceptorFactory.java:63) 09:21:36,157 ERROR [stderr] (http-0.0.0.0:8443-1) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288) 09:21:36,157 ERROR [stderr] (http-0.0.0.0:8443-1) at org.jboss.invocation.WeavedInterceptor.processInvocation(WeavedInterceptor.java:53) 09:21:36,157 ERROR [stderr] (http-0.0.0.0:8443-1) at org.jboss.as.ee.component.interceptors.UserInterceptorFactory$1.processInvocation(UserInterceptorFactory.java:63) 09:21:36,158 ERROR [stderr] (http-0.0.0.0:8443-1) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288) 09:21:36,158 ERROR [stderr] (http-0.0.0.0:8443-1) at org.jboss.invocation.InitialInterceptor.processInvocation(InitialInterceptor.java:21) 09:21:36,158 ERROR [stderr] (http-0.0.0.0:8443-1) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288) 09:21:36,158 ERROR [stderr] (http-0.0.0.0:8443-1) at org.jboss.invocation.ChainedInterceptor.processInvocation(ChainedInterceptor.java:61) 09:21:36,158 ERROR [stderr] (http-0.0.0.0:8443-1) at org.jboss.as.ee.component.interceptors.ComponentDispatcherInterceptor.processInvocation(ComponentDispatcherInterceptor.java:53) 09:21:36,158 ERROR [stderr] (http-0.0.0.0:8443-1) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288) 09:21:36,158 ERROR [stderr] (http-0.0.0.0:8443-1) at org.jboss.as.webservices.deployers.WSComponentInstanceAssociationInterceptor.processInvocation(WSComponentInstanceAssociationInterceptor.java:49) 09:21:36,158 ERROR [stderr] (http-0.0.0.0:8443-1) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288) 09:21:36,158 ERROR [stderr] (http-0.0.0.0:8443-1) at org.jboss.invocation.ChainedInterceptor.processInvocation(ChainedInterceptor.java:61) 09:21:36,158 ERROR [stderr] (http-0.0.0.0:8443-1) at org.jboss.as.ee.component.ViewService$View.invoke(ViewService.java:189) 09:21:36,158 ERROR [stderr] (http-0.0.0.0:8443-1) at org.jboss.as.webservices.invocation.AbstractInvocationHandler.invoke(AbstractInvocationHandler.java:129) 09:21:36,158 ERROR [stderr] (http-0.0.0.0:8443-1) at org.jboss.wsf.stack.cxf.JBossWSInvoker.performInvocation(JBossWSInvoker.java:177) 09:21:36,158 ERROR [stderr] (http-0.0.0.0:8443-1) at org.apache.cxf.service.invoker.AbstractInvoker.invoke(AbstractInvoker.java:104) 09:21:36,159 ERROR [stderr] (http-0.0.0.0:8443-1) at org.apache.cxf.jaxws.AbstractJAXWSMethodInvoker.invoke(AbstractJAXWSMethodInvoker.java:237) 09:21:36,159 ERROR [stderr] (http-0.0.0.0:8443-1) at org.apache.cxf.jaxws.JAXWSMethodInvoker.invoke(JAXWSMethodInvoker.java:69) 09:21:36,159 ERROR [stderr] (http-0.0.0.0:8443-1) at org.jboss.wsf.stack.cxf.JBossWSInvoker.invoke(JBossWSInvoker.java:146) 09:21:36,159 ERROR [stderr] (http-0.0.0.0:8443-1) at org.apache.cxf.interceptor.ServiceInvokerInterceptor$1.run(ServiceInvokerInterceptor.java:58) 09:21:36,159 ERROR [stderr] (http-0.0.0.0:8443-1) at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511) 09:21:36,159 ERROR [stderr] (http-0.0.0.0:8443-1) at java.util.concurrent.FutureTask.run(FutureTask.java:266) 09:21:36,159 ERROR [stderr] (http-0.0.0.0:8443-1) at org.apache.cxf.workqueue.SynchronousExecutor.execute(SynchronousExecutor.java:37) 09:21:36,159 ERROR [stderr] (http-0.0.0.0:8443-1) at org.apache.cxf.interceptor.ServiceInvokerInterceptor.handleMessage(ServiceInvokerInterceptor.java:107) 09:21:36,159 ERROR [stderr] (http-0.0.0.0:8443-1) at org.apache.cxf.phase.PhaseInterceptorChain.doIntercept(PhaseInterceptorChain.java:272) 09:21:36,159 ERROR [stderr] (http-0.0.0.0:8443-1) at org.apache.cxf.transport.ChainInitiationObserver.onMessage(ChainInitiationObserver.java:121) 09:21:36,159 ERROR [stderr] (http-0.0.0.0:8443-1) at org.apache.cxf.transport.http.AbstractHTTPDestination.invoke(AbstractHTTPDestination.java:249) 09:21:36,159 ERROR [stderr] (http-0.0.0.0:8443-1) at org.jboss.wsf.stack.cxf.RequestHandlerImpl.handleHttpRequest(RequestHandlerImpl.java:97) 09:21:36,159 ERROR [stderr] (http-0.0.0.0:8443-1) at org.jboss.wsf.stack.cxf.transport.ServletHelper.callRequestHandler(ServletHelper.java:131) 09:21:36,159 ERROR [stderr] (http-0.0.0.0:8443-1) at org.jboss.wsf.stack.cxf.CXFServletExt.invoke(CXFServletExt.java:88) 09:21:36,160 ERROR [stderr] (http-0.0.0.0:8443-1) at org.apache.cxf.transport.servlet.AbstractHTTPServlet.handleRequest(AbstractHTTPServlet.java:289) 09:21:36,160 ERROR [stderr] (http-0.0.0.0:8443-1) at org.apache.cxf.transport.servlet.AbstractHTTPServlet.doPost(AbstractHTTPServlet.java:209) 09:21:36,160 ERROR [stderr] (http-0.0.0.0:8443-1) at javax.servlet.http.HttpServlet.service(HttpServlet.java:754) 09:21:36,160 ERROR [stderr] (http-0.0.0.0:8443-1) at org.jboss.wsf.stack.cxf.CXFServletExt.service(CXFServletExt.java:136) 09:21:36,160 ERROR [stderr] (http-0.0.0.0:8443-1) at org.jboss.wsf.spi.deployment.WSFServlet.service(WSFServlet.java:140) 09:21:36,164 ERROR [stderr] (http-0.0.0.0:8443-1) at javax.servlet.http.HttpServlet.service(HttpServlet.java:847) 09:21:36,164 ERROR [stderr] (http-0.0.0.0:8443-1) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:295) 09:21:36,164 ERROR [stderr] (http-0.0.0.0:8443-1) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:214) 09:21:36,165 ERROR [stderr] (http-0.0.0.0:8443-1) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:231) 09:21:36,165 ERROR [stderr] (http-0.0.0.0:8443-1) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:149) 09:21:36,165 ERROR [stderr] (http-0.0.0.0:8443-1) at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:512) 09:21:36,165 ERROR [stderr] (http-0.0.0.0:8443-1) at org.jboss.as.web.security.SecurityContextAssociationValve.invoke(SecurityContextAssociationValve.java:169) 09:21:36,165 ERROR [stderr] (http-0.0.0.0:8443-1) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:150) 09:21:36,165 ERROR [stderr] (http-0.0.0.0:8443-1) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:97) 09:21:36,165 ERROR [stderr] (http-0.0.0.0:8443-1) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:102) 09:21:36,165 ERROR [stderr] (http-0.0.0.0:8443-1) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:344) 09:21:36,165 ERROR [stderr] (http-0.0.0.0:8443-1) at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:854) 09:21:36,165 ERROR [stderr] (http-0.0.0.0:8443-1) at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:656) 09:21:36,165 ERROR [stderr] (http-0.0.0.0:8443-1) at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:926) 09:21:36,165 ERROR [stderr] (http-0.0.0.0:8443-1) at java.lang.Thread.run(Thread.java:745) 09:21:36,167 ERROR [org.jboss.as.webservices.invocation.InvocationHandlerJAXWS] (http-0.0.0.0:8443-1) JBAS015594: Method invocation failed with exception: Error when enlisting participant: org.jboss.as.quickstarts.wsat.simple.RestaurantException: Error when enlisting participant at org.jboss.as.quickstarts.wsat.simple.RestaurantServiceATImpl.makeBooking(RestaurantServiceATImpl.java:76) [classes:] at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) [rt.jar:1.8.0_102] at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) [rt.jar:1.8.0_102] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) [rt.jar:1.8.0_102] at java.lang.reflect.Method.invoke(Method.java:498) [rt.jar:1.8.0_102] at org.jboss.as.ee.component.ManagedReferenceMethodInterceptor.processInvocation(ManagedReferenceMethodInterceptor.java:52) [jboss-as-ee-7.5.12.Final-redhat-1.jar:7.5.12.Final-redhat-1] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288) [jboss-invocation-1.1.3.Final-redhat-1.jar:1.1.3.Final-redhat-1] at org.jboss.invocation.WeavedInterceptor.processInvocation(WeavedInterceptor.java:53) [jboss-invocation-1.1.3.Final-redhat-1.jar:1.1.3.Final-redhat-1] at org.jboss.as.ee.component.interceptors.UserInterceptorFactory$1.processInvocation(UserInterceptorFactory.java:63) [jboss-as-ee-7.5.12.Final-redhat-1.jar:7.5.12.Final-redhat-1] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288) [jboss-invocation-1.1.3.Final-redhat-1.jar:1.1.3.Final-redhat-1] at org.jboss.invocation.WeavedInterceptor.processInvocation(WeavedInterceptor.java:53) [jboss-invocation-1.1.3.Final-redhat-1.jar:1.1.3.Final-redhat-1] at org.jboss.as.ee.component.interceptors.UserInterceptorFactory$1.processInvocation(UserInterceptorFactory.java:63) [jboss-as-ee-7.5.12.Final-redhat-1.jar:7.5.12.Final-redhat-1] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288) [jboss-invocation-1.1.3.Final-redhat-1.jar:1.1.3.Final-redhat-1] at org.jboss.invocation.InitialInterceptor.processInvocation(InitialInterceptor.java:21) [jboss-invocation-1.1.3.Final-redhat-1.jar:1.1.3.Final-redhat-1] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288) [jboss-invocation-1.1.3.Final-redhat-1.jar:1.1.3.Final-redhat-1] at org.jboss.invocation.ChainedInterceptor.processInvocation(ChainedInterceptor.java:61) [jboss-invocation-1.1.3.Final-redhat-1.jar:1.1.3.Final-redhat-1] at org.jboss.as.ee.component.interceptors.ComponentDispatcherInterceptor.processInvocation(ComponentDispatcherInterceptor.java:53) [jboss-as-ee-7.5.12.Final-redhat-1.jar:7.5.12.Final-redhat-1] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288) [jboss-invocation-1.1.3.Final-redhat-1.jar:1.1.3.Final-redhat-1] at org.jboss.as.webservices.deployers.WSComponentInstanceAssociationInterceptor.processInvocation(WSComponentInstanceAssociationInterceptor.java:49) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288) [jboss-invocation-1.1.3.Final-redhat-1.jar:1.1.3.Final-redhat-1] at org.jboss.invocation.ChainedInterceptor.processInvocation(ChainedInterceptor.java:61) [jboss-invocation-1.1.3.Final-redhat-1.jar:1.1.3.Final-redhat-1] at org.jboss.as.ee.component.ViewService$View.invoke(ViewService.java:189) [jboss-as-ee-7.5.12.Final-redhat-1.jar:7.5.12.Final-redhat-1] at org.jboss.as.webservices.invocation.AbstractInvocationHandler.invoke(AbstractInvocationHandler.java:129) at org.jboss.wsf.stack.cxf.JBossWSInvoker.performInvocation(JBossWSInvoker.java:177) at org.apache.cxf.service.invoker.AbstractInvoker.invoke(AbstractInvoker.java:104) at org.apache.cxf.jaxws.AbstractJAXWSMethodInvoker.invoke(AbstractJAXWSMethodInvoker.java:237) at org.apache.cxf.jaxws.JAXWSMethodInvoker.invoke(JAXWSMethodInvoker.java:69) at org.jboss.wsf.stack.cxf.JBossWSInvoker.invoke(JBossWSInvoker.java:146) at org.apache.cxf.interceptor.ServiceInvokerInterceptor$1.run(ServiceInvokerInterceptor.java:58) at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511) [rt.jar:1.8.0_102] at java.util.concurrent.FutureTask.run(FutureTask.java:266) [rt.jar:1.8.0_102] at org.apache.cxf.workqueue.SynchronousExecutor.execute(SynchronousExecutor.java:37) at org.apache.cxf.interceptor.ServiceInvokerInterceptor.handleMessage(ServiceInvokerInterceptor.java:107) at org.apache.cxf.phase.PhaseInterceptorChain.doIntercept(PhaseInterceptorChain.java:272) at org.apache.cxf.transport.ChainInitiationObserver.onMessage(ChainInitiationObserver.java:121) at org.apache.cxf.transport.http.AbstractHTTPDestination.invoke(AbstractHTTPDestination.java:249) at org.jboss.wsf.stack.cxf.RequestHandlerImpl.handleHttpRequest(RequestHandlerImpl.java:97) at org.jboss.wsf.stack.cxf.transport.ServletHelper.callRequestHandler(ServletHelper.java:131) at org.jboss.wsf.stack.cxf.CXFServletExt.invoke(CXFServletExt.java:88) at org.apache.cxf.transport.servlet.AbstractHTTPServlet.handleRequest(AbstractHTTPServlet.java:289) at org.apache.cxf.transport.servlet.AbstractHTTPServlet.doPost(AbstractHTTPServlet.java:209) at javax.servlet.http.HttpServlet.service(HttpServlet.java:754) [jboss-servlet-api_3.0_spec-1.0.2.Final-redhat-2.jar:1.0.2.Final-redhat-2] at org.jboss.wsf.stack.cxf.CXFServletExt.service(CXFServletExt.java:136) at org.jboss.wsf.spi.deployment.WSFServlet.service(WSFServlet.java:140) [jbossws-spi-2.3.1.Final-redhat-1.jar:2.3.1.Final-redhat-1] at javax.servlet.http.HttpServlet.service(HttpServlet.java:847) [jboss-servlet-api_3.0_spec-1.0.2.Final-redhat-2.jar:1.0.2.Final-redhat-2] at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:295) [jbossweb-7.5.19.Final-redhat-1.jar:7.5.19.Final-redhat-1] at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:214) [jbossweb-7.5.19.Final-redhat-1.jar:7.5.19.Final-redhat-1] at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:231) [jbossweb-7.5.19.Final-redhat-1.jar:7.5.19.Final-redhat-1] at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:149) [jbossweb-7.5.19.Final-redhat-1.jar:7.5.19.Final-redhat-1] at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:512) [jbossweb-7.5.19.Final-redhat-1.jar:7.5.19.Final-redhat-1] at org.jboss.as.web.security.SecurityContextAssociationValve.invoke(SecurityContextAssociationValve.java:169) [jboss-as-web-7.5.12.Final-redhat-1.jar:7.5.12.Final-redhat-1] at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:150) [jbossweb-7.5.19.Final-redhat-1.jar:7.5.19.Final-redhat-1] at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:97) [jbossweb-7.5.19.Final-redhat-1.jar:7.5.19.Final-redhat-1] at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:102) [jbossweb-7.5.19.Final-redhat-1.jar:7.5.19.Final-redhat-1] at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:344) [jbossweb-7.5.19.Final-redhat-1.jar:7.5.19.Final-redhat-1] at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:854) [jbossweb-7.5.19.Final-redhat-1.jar:7.5.19.Final-redhat-1] at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:656) [jbossweb-7.5.19.Final-redhat-1.jar:7.5.19.Final-redhat-1] at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:926) [jbossweb-7.5.19.Final-redhat-1.jar:7.5.19.Final-redhat-1] at java.lang.Thread.run(Thread.java:745) [rt.jar:1.8.0_102] Caused by: com.arjuna.wst.SystemException: java.lang.NullPointerException at com.arjuna.mwlabs.wst11.at.remote.TransactionManagerImple.registerParticipant(TransactionManagerImple.java:177) [jbossxts-4.17.38.Final-redhat-1.jar:4.17.38.Final-redhat-1] at com.arjuna.mwlabs.wst11.at.remote.TransactionManagerImple.enlistForDurableTwoPhase(TransactionManagerImple.java:41) [jbossxts-4.17.38.Final-redhat-1.jar:4.17.38.Final-redhat-1] at org.jboss.as.quickstarts.wsat.simple.RestaurantServiceATImpl.makeBooking(RestaurantServiceATImpl.java:74) [classes:] ... 58 more {code} The goal of this enhancement is to provide such logging on places where exception stacktrace is currently thrown away (not written to log). was: Narayana hides stacktraces of exception when some internal error (e.g. protocol, communication...) happens in XTS. This particular problem reveales in case of customer case https://access.redhat.com/support/cases/#/case/01810386 where .NET application communicates with JBoss EAP over WS and WS-AT should be used. .NET (probably) uses non-standard header/message that caused Narayana response being null. The original error info was only {code} 17:43:33,846 ERROR [org.jboss.jbossts.txbridge] (http-/0.0.0.0:8543-1) com.arjuna.wst.SystemException: java.lang.NullPointerException17:43:33,852 TRACE [org.jboss.jbossts.txbridge] (http-/0.0.0.0:8543-1) JaxWSTxInboundBridgeHandler.close()17:43:33,854 INFO? [org.apache.cxf.services.IntegrationFrameworkServiceWsService.IntegrationFrameworkServiceWsPort.IntegrationFrameworkServiceWs] (http-/0.0.0.0:8543-1) Outbound Message {code} which is quite not much to start tracking reason behind the problem. There should be shown stacktrace in log to get more detailed information for investigation to start. E.g. it should be something like {code} {code} The goal of this enhancement is to provide such logging on places where exception stacktrace is currently thrown away (not written to log). > Narayana should not hide exception traces even for internal or protocol errors in WS txn > ---------------------------------------------------------------------------------------- > > Key: JBTM-2883 > URL: https://issues.jboss.org/browse/JBTM-2883 > Project: JBoss Transaction Manager > Issue Type: Enhancement > Components: XTS > Affects Versions: 5.5.6.Final > Reporter: Ondra Chaloupka > Assignee: Ondra Chaloupka > > Narayana hides stacktraces of exception when some internal error (e.g. protocol, communication...) happens in XTS. This particular problem reveales in case of customer case https://access.redhat.com/support/cases/#/case/01810386 where .NET application communicates with JBoss EAP over WS and WS-AT should be used. .NET (probably) uses non-standard header/message that caused Narayana response being null. > The original error info was only > {code} > 17:43:33,846 ERROR [org.jboss.jbossts.txbridge] (http-/0.0.0.0:8543-1) com.arjuna.wst.SystemException: java.lang.NullPointerException17:43:33,852 TRACE [org.jboss.jbossts.txbridge] (http-/0.0.0.0:8543-1) JaxWSTxInboundBridgeHandler.close()17:43:33,854 INFO? [org.apache.cxf.services.IntegrationFrameworkServiceWsService.IntegrationFrameworkServiceWsPort.IntegrationFrameworkServiceWs] (http-/0.0.0.0:8543-1) Outbound Message > {code} > which is quite not much to start tracking reason behind the problem. > There should be shown stacktrace in log to get more detailed information for investigation to start. E.g. it should be something like > {code} > 09:21:36,155 ERROR [stderr] (http-0.0.0.0:8443-1) RICKY: response=null > 09:21:36,156 ERROR [stderr] (http-0.0.0.0:8443-1) java.lang.NullPointerException > 09:21:36,156 ERROR [stderr] (http-0.0.0.0:8443-1) at com.arjuna.wsc11.RegistrationCoordinator.register(RegistrationCoordinator.java:58) > 09:21:36,156 ERROR [stderr] (http-0.0.0.0:8443-1) at com.arjuna.mwlabs.wst11.at.remote.TransactionManagerImple.registerParticipant(TransactionManagerImple.java:156) > 09:21:36,156 ERROR [stderr] (http-0.0.0.0:8443-1) at com.arjuna.mwlabs.wst11.at.remote.TransactionManagerImple.enlistForDurableTwoPhase(TransactionManagerImple.java:41) > 09:21:36,157 ERROR [stderr] (http-0.0.0.0:8443-1) at org.jboss.as.quickstarts.wsat.simple.RestaurantServiceATImpl.makeBooking(RestaurantServiceATImpl.java:74) > 09:21:36,157 ERROR [stderr] (http-0.0.0.0:8443-1) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > 09:21:36,157 ERROR [stderr] (http-0.0.0.0:8443-1) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) > 09:21:36,157 ERROR [stderr] (http-0.0.0.0:8443-1) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > 09:21:36,157 ERROR [stderr] (http-0.0.0.0:8443-1) at java.lang.reflect.Method.invoke(Method.java:498) > 09:21:36,157 ERROR [stderr] (http-0.0.0.0:8443-1) at org.jboss.as.ee.component.ManagedReferenceMethodInterceptor.processInvocation(ManagedReferenceMethodInterceptor.java:52) > 09:21:36,157 ERROR [stderr] (http-0.0.0.0:8443-1) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288) > 09:21:36,157 ERROR [stderr] (http-0.0.0.0:8443-1) at org.jboss.invocation.WeavedInterceptor.processInvocation(WeavedInterceptor.java:53) > 09:21:36,157 ERROR [stderr] (http-0.0.0.0:8443-1) at org.jboss.as.ee.component.interceptors.UserInterceptorFactory$1.processInvocation(UserInterceptorFactory.java:63) > 09:21:36,157 ERROR [stderr] (http-0.0.0.0:8443-1) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288) > 09:21:36,157 ERROR [stderr] (http-0.0.0.0:8443-1) at org.jboss.invocation.WeavedInterceptor.processInvocation(WeavedInterceptor.java:53) > 09:21:36,157 ERROR [stderr] (http-0.0.0.0:8443-1) at org.jboss.as.ee.component.interceptors.UserInterceptorFactory$1.processInvocation(UserInterceptorFactory.java:63) > 09:21:36,158 ERROR [stderr] (http-0.0.0.0:8443-1) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288) > 09:21:36,158 ERROR [stderr] (http-0.0.0.0:8443-1) at org.jboss.invocation.InitialInterceptor.processInvocation(InitialInterceptor.java:21) > 09:21:36,158 ERROR [stderr] (http-0.0.0.0:8443-1) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288) > 09:21:36,158 ERROR [stderr] (http-0.0.0.0:8443-1) at org.jboss.invocation.ChainedInterceptor.processInvocation(ChainedInterceptor.java:61) > 09:21:36,158 ERROR [stderr] (http-0.0.0.0:8443-1) at org.jboss.as.ee.component.interceptors.ComponentDispatcherInterceptor.processInvocation(ComponentDispatcherInterceptor.java:53) > 09:21:36,158 ERROR [stderr] (http-0.0.0.0:8443-1) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288) > 09:21:36,158 ERROR [stderr] (http-0.0.0.0:8443-1) at org.jboss.as.webservices.deployers.WSComponentInstanceAssociationInterceptor.processInvocation(WSComponentInstanceAssociationInterceptor.java:49) > 09:21:36,158 ERROR [stderr] (http-0.0.0.0:8443-1) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288) > 09:21:36,158 ERROR [stderr] (http-0.0.0.0:8443-1) at org.jboss.invocation.ChainedInterceptor.processInvocation(ChainedInterceptor.java:61) > 09:21:36,158 ERROR [stderr] (http-0.0.0.0:8443-1) at org.jboss.as.ee.component.ViewService$View.invoke(ViewService.java:189) > 09:21:36,158 ERROR [stderr] (http-0.0.0.0:8443-1) at org.jboss.as.webservices.invocation.AbstractInvocationHandler.invoke(AbstractInvocationHandler.java:129) > 09:21:36,158 ERROR [stderr] (http-0.0.0.0:8443-1) at org.jboss.wsf.stack.cxf.JBossWSInvoker.performInvocation(JBossWSInvoker.java:177) > 09:21:36,158 ERROR [stderr] (http-0.0.0.0:8443-1) at org.apache.cxf.service.invoker.AbstractInvoker.invoke(AbstractInvoker.java:104) > 09:21:36,159 ERROR [stderr] (http-0.0.0.0:8443-1) at org.apache.cxf.jaxws.AbstractJAXWSMethodInvoker.invoke(AbstractJAXWSMethodInvoker.java:237) > 09:21:36,159 ERROR [stderr] (http-0.0.0.0:8443-1) at org.apache.cxf.jaxws.JAXWSMethodInvoker.invoke(JAXWSMethodInvoker.java:69) > 09:21:36,159 ERROR [stderr] (http-0.0.0.0:8443-1) at org.jboss.wsf.stack.cxf.JBossWSInvoker.invoke(JBossWSInvoker.java:146) > 09:21:36,159 ERROR [stderr] (http-0.0.0.0:8443-1) at org.apache.cxf.interceptor.ServiceInvokerInterceptor$1.run(ServiceInvokerInterceptor.java:58) > 09:21:36,159 ERROR [stderr] (http-0.0.0.0:8443-1) at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511) > 09:21:36,159 ERROR [stderr] (http-0.0.0.0:8443-1) at java.util.concurrent.FutureTask.run(FutureTask.java:266) > 09:21:36,159 ERROR [stderr] (http-0.0.0.0:8443-1) at org.apache.cxf.workqueue.SynchronousExecutor.execute(SynchronousExecutor.java:37) > 09:21:36,159 ERROR [stderr] (http-0.0.0.0:8443-1) at org.apache.cxf.interceptor.ServiceInvokerInterceptor.handleMessage(ServiceInvokerInterceptor.java:107) > 09:21:36,159 ERROR [stderr] (http-0.0.0.0:8443-1) at org.apache.cxf.phase.PhaseInterceptorChain.doIntercept(PhaseInterceptorChain.java:272) > 09:21:36,159 ERROR [stderr] (http-0.0.0.0:8443-1) at org.apache.cxf.transport.ChainInitiationObserver.onMessage(ChainInitiationObserver.java:121) > 09:21:36,159 ERROR [stderr] (http-0.0.0.0:8443-1) at org.apache.cxf.transport.http.AbstractHTTPDestination.invoke(AbstractHTTPDestination.java:249) > 09:21:36,159 ERROR [stderr] (http-0.0.0.0:8443-1) at org.jboss.wsf.stack.cxf.RequestHandlerImpl.handleHttpRequest(RequestHandlerImpl.java:97) > 09:21:36,159 ERROR [stderr] (http-0.0.0.0:8443-1) at org.jboss.wsf.stack.cxf.transport.ServletHelper.callRequestHandler(ServletHelper.java:131) > 09:21:36,159 ERROR [stderr] (http-0.0.0.0:8443-1) at org.jboss.wsf.stack.cxf.CXFServletExt.invoke(CXFServletExt.java:88) > 09:21:36,160 ERROR [stderr] (http-0.0.0.0:8443-1) at org.apache.cxf.transport.servlet.AbstractHTTPServlet.handleRequest(AbstractHTTPServlet.java:289) > 09:21:36,160 ERROR [stderr] (http-0.0.0.0:8443-1) at org.apache.cxf.transport.servlet.AbstractHTTPServlet.doPost(AbstractHTTPServlet.java:209) > 09:21:36,160 ERROR [stderr] (http-0.0.0.0:8443-1) at javax.servlet.http.HttpServlet.service(HttpServlet.java:754) > 09:21:36,160 ERROR [stderr] (http-0.0.0.0:8443-1) at org.jboss.wsf.stack.cxf.CXFServletExt.service(CXFServletExt.java:136) > 09:21:36,160 ERROR [stderr] (http-0.0.0.0:8443-1) at org.jboss.wsf.spi.deployment.WSFServlet.service(WSFServlet.java:140) > 09:21:36,164 ERROR [stderr] (http-0.0.0.0:8443-1) at javax.servlet.http.HttpServlet.service(HttpServlet.java:847) > 09:21:36,164 ERROR [stderr] (http-0.0.0.0:8443-1) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:295) > 09:21:36,164 ERROR [stderr] (http-0.0.0.0:8443-1) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:214) > 09:21:36,165 ERROR [stderr] (http-0.0.0.0:8443-1) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:231) > 09:21:36,165 ERROR [stderr] (http-0.0.0.0:8443-1) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:149) > 09:21:36,165 ERROR [stderr] (http-0.0.0.0:8443-1) at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:512) > 09:21:36,165 ERROR [stderr] (http-0.0.0.0:8443-1) at org.jboss.as.web.security.SecurityContextAssociationValve.invoke(SecurityContextAssociationValve.java:169) > 09:21:36,165 ERROR [stderr] (http-0.0.0.0:8443-1) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:150) > 09:21:36,165 ERROR [stderr] (http-0.0.0.0:8443-1) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:97) > 09:21:36,165 ERROR [stderr] (http-0.0.0.0:8443-1) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:102) > 09:21:36,165 ERROR [stderr] (http-0.0.0.0:8443-1) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:344) > 09:21:36,165 ERROR [stderr] (http-0.0.0.0:8443-1) at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:854) > 09:21:36,165 ERROR [stderr] (http-0.0.0.0:8443-1) at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:656) > 09:21:36,165 ERROR [stderr] (http-0.0.0.0:8443-1) at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:926) > 09:21:36,165 ERROR [stderr] (http-0.0.0.0:8443-1) at java.lang.Thread.run(Thread.java:745) > 09:21:36,167 ERROR [org.jboss.as.webservices.invocation.InvocationHandlerJAXWS] (http-0.0.0.0:8443-1) JBAS015594: Method invocation failed with exception: Error when enlisting participant: org.jboss.as.quickstarts.wsat.simple.RestaurantException: Error when enlisting participant > at org.jboss.as.quickstarts.wsat.simple.RestaurantServiceATImpl.makeBooking(RestaurantServiceATImpl.java:76) [classes:] > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) [rt.jar:1.8.0_102] > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) [rt.jar:1.8.0_102] > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) [rt.jar:1.8.0_102] > at java.lang.reflect.Method.invoke(Method.java:498) [rt.jar:1.8.0_102] > at org.jboss.as.ee.component.ManagedReferenceMethodInterceptor.processInvocation(ManagedReferenceMethodInterceptor.java:52) [jboss-as-ee-7.5.12.Final-redhat-1.jar:7.5.12.Final-redhat-1] > at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288) [jboss-invocation-1.1.3.Final-redhat-1.jar:1.1.3.Final-redhat-1] > at org.jboss.invocation.WeavedInterceptor.processInvocation(WeavedInterceptor.java:53) [jboss-invocation-1.1.3.Final-redhat-1.jar:1.1.3.Final-redhat-1] > at org.jboss.as.ee.component.interceptors.UserInterceptorFactory$1.processInvocation(UserInterceptorFactory.java:63) [jboss-as-ee-7.5.12.Final-redhat-1.jar:7.5.12.Final-redhat-1] > at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288) [jboss-invocation-1.1.3.Final-redhat-1.jar:1.1.3.Final-redhat-1] > at org.jboss.invocation.WeavedInterceptor.processInvocation(WeavedInterceptor.java:53) [jboss-invocation-1.1.3.Final-redhat-1.jar:1.1.3.Final-redhat-1] > at org.jboss.as.ee.component.interceptors.UserInterceptorFactory$1.processInvocation(UserInterceptorFactory.java:63) [jboss-as-ee-7.5.12.Final-redhat-1.jar:7.5.12.Final-redhat-1] > at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288) [jboss-invocation-1.1.3.Final-redhat-1.jar:1.1.3.Final-redhat-1] > at org.jboss.invocation.InitialInterceptor.processInvocation(InitialInterceptor.java:21) [jboss-invocation-1.1.3.Final-redhat-1.jar:1.1.3.Final-redhat-1] > at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288) [jboss-invocation-1.1.3.Final-redhat-1.jar:1.1.3.Final-redhat-1] > at org.jboss.invocation.ChainedInterceptor.processInvocation(ChainedInterceptor.java:61) [jboss-invocation-1.1.3.Final-redhat-1.jar:1.1.3.Final-redhat-1] > at org.jboss.as.ee.component.interceptors.ComponentDispatcherInterceptor.processInvocation(ComponentDispatcherInterceptor.java:53) [jboss-as-ee-7.5.12.Final-redhat-1.jar:7.5.12.Final-redhat-1] > at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288) [jboss-invocation-1.1.3.Final-redhat-1.jar:1.1.3.Final-redhat-1] > at org.jboss.as.webservices.deployers.WSComponentInstanceAssociationInterceptor.processInvocation(WSComponentInstanceAssociationInterceptor.java:49) > at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288) [jboss-invocation-1.1.3.Final-redhat-1.jar:1.1.3.Final-redhat-1] > at org.jboss.invocation.ChainedInterceptor.processInvocation(ChainedInterceptor.java:61) [jboss-invocation-1.1.3.Final-redhat-1.jar:1.1.3.Final-redhat-1] > at org.jboss.as.ee.component.ViewService$View.invoke(ViewService.java:189) [jboss-as-ee-7.5.12.Final-redhat-1.jar:7.5.12.Final-redhat-1] > at org.jboss.as.webservices.invocation.AbstractInvocationHandler.invoke(AbstractInvocationHandler.java:129) > at org.jboss.wsf.stack.cxf.JBossWSInvoker.performInvocation(JBossWSInvoker.java:177) > at org.apache.cxf.service.invoker.AbstractInvoker.invoke(AbstractInvoker.java:104) > at org.apache.cxf.jaxws.AbstractJAXWSMethodInvoker.invoke(AbstractJAXWSMethodInvoker.java:237) > at org.apache.cxf.jaxws.JAXWSMethodInvoker.invoke(JAXWSMethodInvoker.java:69) > at org.jboss.wsf.stack.cxf.JBossWSInvoker.invoke(JBossWSInvoker.java:146) > at org.apache.cxf.interceptor.ServiceInvokerInterceptor$1.run(ServiceInvokerInterceptor.java:58) > at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511) [rt.jar:1.8.0_102] > at java.util.concurrent.FutureTask.run(FutureTask.java:266) [rt.jar:1.8.0_102] > at org.apache.cxf.workqueue.SynchronousExecutor.execute(SynchronousExecutor.java:37) > at org.apache.cxf.interceptor.ServiceInvokerInterceptor.handleMessage(ServiceInvokerInterceptor.java:107) > at org.apache.cxf.phase.PhaseInterceptorChain.doIntercept(PhaseInterceptorChain.java:272) > at org.apache.cxf.transport.ChainInitiationObserver.onMessage(ChainInitiationObserver.java:121) > at org.apache.cxf.transport.http.AbstractHTTPDestination.invoke(AbstractHTTPDestination.java:249) > at org.jboss.wsf.stack.cxf.RequestHandlerImpl.handleHttpRequest(RequestHandlerImpl.java:97) > at org.jboss.wsf.stack.cxf.transport.ServletHelper.callRequestHandler(ServletHelper.java:131) > at org.jboss.wsf.stack.cxf.CXFServletExt.invoke(CXFServletExt.java:88) > at org.apache.cxf.transport.servlet.AbstractHTTPServlet.handleRequest(AbstractHTTPServlet.java:289) > at org.apache.cxf.transport.servlet.AbstractHTTPServlet.doPost(AbstractHTTPServlet.java:209) > at javax.servlet.http.HttpServlet.service(HttpServlet.java:754) [jboss-servlet-api_3.0_spec-1.0.2.Final-redhat-2.jar:1.0.2.Final-redhat-2] > at org.jboss.wsf.stack.cxf.CXFServletExt.service(CXFServletExt.java:136) > at org.jboss.wsf.spi.deployment.WSFServlet.service(WSFServlet.java:140) [jbossws-spi-2.3.1.Final-redhat-1.jar:2.3.1.Final-redhat-1] > at javax.servlet.http.HttpServlet.service(HttpServlet.java:847) [jboss-servlet-api_3.0_spec-1.0.2.Final-redhat-2.jar:1.0.2.Final-redhat-2] > at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:295) [jbossweb-7.5.19.Final-redhat-1.jar:7.5.19.Final-redhat-1] > at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:214) [jbossweb-7.5.19.Final-redhat-1.jar:7.5.19.Final-redhat-1] > at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:231) [jbossweb-7.5.19.Final-redhat-1.jar:7.5.19.Final-redhat-1] > at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:149) [jbossweb-7.5.19.Final-redhat-1.jar:7.5.19.Final-redhat-1] > at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:512) [jbossweb-7.5.19.Final-redhat-1.jar:7.5.19.Final-redhat-1] > at org.jboss.as.web.security.SecurityContextAssociationValve.invoke(SecurityContextAssociationValve.java:169) [jboss-as-web-7.5.12.Final-redhat-1.jar:7.5.12.Final-redhat-1] > at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:150) [jbossweb-7.5.19.Final-redhat-1.jar:7.5.19.Final-redhat-1] > at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:97) [jbossweb-7.5.19.Final-redhat-1.jar:7.5.19.Final-redhat-1] > at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:102) [jbossweb-7.5.19.Final-redhat-1.jar:7.5.19.Final-redhat-1] > at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:344) [jbossweb-7.5.19.Final-redhat-1.jar:7.5.19.Final-redhat-1] > at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:854) [jbossweb-7.5.19.Final-redhat-1.jar:7.5.19.Final-redhat-1] > at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:656) [jbossweb-7.5.19.Final-redhat-1.jar:7.5.19.Final-redhat-1] > at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:926) [jbossweb-7.5.19.Final-redhat-1.jar:7.5.19.Final-redhat-1] > at java.lang.Thread.run(Thread.java:745) [rt.jar:1.8.0_102] > Caused by: com.arjuna.wst.SystemException: java.lang.NullPointerException > at com.arjuna.mwlabs.wst11.at.remote.TransactionManagerImple.registerParticipant(TransactionManagerImple.java:177) [jbossxts-4.17.38.Final-redhat-1.jar:4.17.38.Final-redhat-1] > at com.arjuna.mwlabs.wst11.at.remote.TransactionManagerImple.enlistForDurableTwoPhase(TransactionManagerImple.java:41) [jbossxts-4.17.38.Final-redhat-1.jar:4.17.38.Final-redhat-1] > at org.jboss.as.quickstarts.wsat.simple.RestaurantServiceATImpl.makeBooking(RestaurantServiceATImpl.java:74) [classes:] > ... 58 more > {code} > The goal of this enhancement is to provide such logging on places where exception stacktrace is currently thrown away (not written to log). -- This message was sent by Atlassian JIRA (v7.2.3#72005) From issues at jboss.org Wed Apr 19 06:04:00 2017 From: issues at jboss.org (Ondra Chaloupka (JIRA)) Date: Wed, 19 Apr 2017 06:04:00 -0400 (EDT) Subject: [jbossts-issues] [JBoss JIRA] (JBTM-2883) Narayana should not hide exception traces even for internal or protocol errors in WS txn In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/JBTM-2883?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Ondra Chaloupka updated JBTM-2883: ---------------------------------- Description: Narayana hides stacktraces of exception when some internal error (e.g. protocol, communication...) happens in XTS. This particular problem reveales in case of customer case https://access.redhat.com/support/cases/#/case/01810386 where .NET application communicates with JBoss EAP over WS and WS-AT should be used. .NET (probably) uses non-standard header/message that caused Narayana response being null. The original error info was only {code} ERROR [org.jboss.jbossts.txbridge] (http-/0.0.0.0:8543-1) com.arjuna.wst.SystemException: java.lang.NullPointerException TRACE [org.jboss.jbossts.txbridge] (http-/0.0.0.0:8543-1) JaxWSTxInboundBridgeHandler.close() INFO [org.apache.cxf.services.IntegrationFrameworkServiceWsService.IntegrationFrameworkServiceWsPort.IntegrationFrameworkServiceWs] (http-/0.0.0.0:8543-1) Outbound Message {code} which is quite not much to start tracking reason behind the problem. There should be shown stacktrace in log to get more detailed information for investigation to start. E.g. it should be something like {code} 09:21:36,155 ERROR [stderr] (http-0.0.0.0:8443-1) RICKY: response=null 09:21:36,156 ERROR [stderr] (http-0.0.0.0:8443-1) java.lang.NullPointerException 09:21:36,156 ERROR [stderr] (http-0.0.0.0:8443-1) at com.arjuna.wsc11.RegistrationCoordinator.register(RegistrationCoordinator.java:58) 09:21:36,156 ERROR [stderr] (http-0.0.0.0:8443-1) at com.arjuna.mwlabs.wst11.at.remote.TransactionManagerImple.registerParticipant(TransactionManagerImple.java:156) 09:21:36,156 ERROR [stderr] (http-0.0.0.0:8443-1) at com.arjuna.mwlabs.wst11.at.remote.TransactionManagerImple.enlistForDurableTwoPhase(TransactionManagerImple.java:41) 09:21:36,157 ERROR [stderr] (http-0.0.0.0:8443-1) at org.jboss.as.quickstarts.wsat.simple.RestaurantServiceATImpl.makeBooking(RestaurantServiceATImpl.java:74) 09:21:36,157 ERROR [stderr] (http-0.0.0.0:8443-1) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) 09:21:36,157 ERROR [stderr] (http-0.0.0.0:8443-1) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) 09:21:36,157 ERROR [stderr] (http-0.0.0.0:8443-1) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) 09:21:36,157 ERROR [stderr] (http-0.0.0.0:8443-1) at java.lang.reflect.Method.invoke(Method.java:498) 09:21:36,157 ERROR [stderr] (http-0.0.0.0:8443-1) at org.jboss.as.ee.component.ManagedReferenceMethodInterceptor.processInvocation(ManagedReferenceMethodInterceptor.java:52) 09:21:36,157 ERROR [stderr] (http-0.0.0.0:8443-1) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288) 09:21:36,157 ERROR [stderr] (http-0.0.0.0:8443-1) at org.jboss.invocation.WeavedInterceptor.processInvocation(WeavedInterceptor.java:53) 09:21:36,157 ERROR [stderr] (http-0.0.0.0:8443-1) at org.jboss.as.ee.component.interceptors.UserInterceptorFactory$1.processInvocation(UserInterceptorFactory.java:63) 09:21:36,157 ERROR [stderr] (http-0.0.0.0:8443-1) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288) 09:21:36,157 ERROR [stderr] (http-0.0.0.0:8443-1) at org.jboss.invocation.WeavedInterceptor.processInvocation(WeavedInterceptor.java:53) 09:21:36,157 ERROR [stderr] (http-0.0.0.0:8443-1) at org.jboss.as.ee.component.interceptors.UserInterceptorFactory$1.processInvocation(UserInterceptorFactory.java:63) 09:21:36,158 ERROR [stderr] (http-0.0.0.0:8443-1) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288) 09:21:36,158 ERROR [stderr] (http-0.0.0.0:8443-1) at org.jboss.invocation.InitialInterceptor.processInvocation(InitialInterceptor.java:21) 09:21:36,158 ERROR [stderr] (http-0.0.0.0:8443-1) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288) 09:21:36,158 ERROR [stderr] (http-0.0.0.0:8443-1) at org.jboss.invocation.ChainedInterceptor.processInvocation(ChainedInterceptor.java:61) 09:21:36,158 ERROR [stderr] (http-0.0.0.0:8443-1) at org.jboss.as.ee.component.interceptors.ComponentDispatcherInterceptor.processInvocation(ComponentDispatcherInterceptor.java:53) 09:21:36,158 ERROR [stderr] (http-0.0.0.0:8443-1) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288) 09:21:36,158 ERROR [stderr] (http-0.0.0.0:8443-1) at org.jboss.as.webservices.deployers.WSComponentInstanceAssociationInterceptor.processInvocation(WSComponentInstanceAssociationInterceptor.java:49) 09:21:36,158 ERROR [stderr] (http-0.0.0.0:8443-1) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288) 09:21:36,158 ERROR [stderr] (http-0.0.0.0:8443-1) at org.jboss.invocation.ChainedInterceptor.processInvocation(ChainedInterceptor.java:61) 09:21:36,158 ERROR [stderr] (http-0.0.0.0:8443-1) at org.jboss.as.ee.component.ViewService$View.invoke(ViewService.java:189) 09:21:36,158 ERROR [stderr] (http-0.0.0.0:8443-1) at org.jboss.as.webservices.invocation.AbstractInvocationHandler.invoke(AbstractInvocationHandler.java:129) 09:21:36,158 ERROR [stderr] (http-0.0.0.0:8443-1) at org.jboss.wsf.stack.cxf.JBossWSInvoker.performInvocation(JBossWSInvoker.java:177) 09:21:36,158 ERROR [stderr] (http-0.0.0.0:8443-1) at org.apache.cxf.service.invoker.AbstractInvoker.invoke(AbstractInvoker.java:104) 09:21:36,159 ERROR [stderr] (http-0.0.0.0:8443-1) at org.apache.cxf.jaxws.AbstractJAXWSMethodInvoker.invoke(AbstractJAXWSMethodInvoker.java:237) 09:21:36,159 ERROR [stderr] (http-0.0.0.0:8443-1) at org.apache.cxf.jaxws.JAXWSMethodInvoker.invoke(JAXWSMethodInvoker.java:69) 09:21:36,159 ERROR [stderr] (http-0.0.0.0:8443-1) at org.jboss.wsf.stack.cxf.JBossWSInvoker.invoke(JBossWSInvoker.java:146) 09:21:36,159 ERROR [stderr] (http-0.0.0.0:8443-1) at org.apache.cxf.interceptor.ServiceInvokerInterceptor$1.run(ServiceInvokerInterceptor.java:58) 09:21:36,159 ERROR [stderr] (http-0.0.0.0:8443-1) at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511) 09:21:36,159 ERROR [stderr] (http-0.0.0.0:8443-1) at java.util.concurrent.FutureTask.run(FutureTask.java:266) 09:21:36,159 ERROR [stderr] (http-0.0.0.0:8443-1) at org.apache.cxf.workqueue.SynchronousExecutor.execute(SynchronousExecutor.java:37) 09:21:36,159 ERROR [stderr] (http-0.0.0.0:8443-1) at org.apache.cxf.interceptor.ServiceInvokerInterceptor.handleMessage(ServiceInvokerInterceptor.java:107) 09:21:36,159 ERROR [stderr] (http-0.0.0.0:8443-1) at org.apache.cxf.phase.PhaseInterceptorChain.doIntercept(PhaseInterceptorChain.java:272) 09:21:36,159 ERROR [stderr] (http-0.0.0.0:8443-1) at org.apache.cxf.transport.ChainInitiationObserver.onMessage(ChainInitiationObserver.java:121) 09:21:36,159 ERROR [stderr] (http-0.0.0.0:8443-1) at org.apache.cxf.transport.http.AbstractHTTPDestination.invoke(AbstractHTTPDestination.java:249) 09:21:36,159 ERROR [stderr] (http-0.0.0.0:8443-1) at org.jboss.wsf.stack.cxf.RequestHandlerImpl.handleHttpRequest(RequestHandlerImpl.java:97) 09:21:36,159 ERROR [stderr] (http-0.0.0.0:8443-1) at org.jboss.wsf.stack.cxf.transport.ServletHelper.callRequestHandler(ServletHelper.java:131) 09:21:36,159 ERROR [stderr] (http-0.0.0.0:8443-1) at org.jboss.wsf.stack.cxf.CXFServletExt.invoke(CXFServletExt.java:88) 09:21:36,160 ERROR [stderr] (http-0.0.0.0:8443-1) at org.apache.cxf.transport.servlet.AbstractHTTPServlet.handleRequest(AbstractHTTPServlet.java:289) 09:21:36,160 ERROR [stderr] (http-0.0.0.0:8443-1) at org.apache.cxf.transport.servlet.AbstractHTTPServlet.doPost(AbstractHTTPServlet.java:209) 09:21:36,160 ERROR [stderr] (http-0.0.0.0:8443-1) at javax.servlet.http.HttpServlet.service(HttpServlet.java:754) 09:21:36,160 ERROR [stderr] (http-0.0.0.0:8443-1) at org.jboss.wsf.stack.cxf.CXFServletExt.service(CXFServletExt.java:136) 09:21:36,160 ERROR [stderr] (http-0.0.0.0:8443-1) at org.jboss.wsf.spi.deployment.WSFServlet.service(WSFServlet.java:140) 09:21:36,164 ERROR [stderr] (http-0.0.0.0:8443-1) at javax.servlet.http.HttpServlet.service(HttpServlet.java:847) 09:21:36,164 ERROR [stderr] (http-0.0.0.0:8443-1) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:295) 09:21:36,164 ERROR [stderr] (http-0.0.0.0:8443-1) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:214) 09:21:36,165 ERROR [stderr] (http-0.0.0.0:8443-1) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:231) 09:21:36,165 ERROR [stderr] (http-0.0.0.0:8443-1) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:149) 09:21:36,165 ERROR [stderr] (http-0.0.0.0:8443-1) at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:512) 09:21:36,165 ERROR [stderr] (http-0.0.0.0:8443-1) at org.jboss.as.web.security.SecurityContextAssociationValve.invoke(SecurityContextAssociationValve.java:169) 09:21:36,165 ERROR [stderr] (http-0.0.0.0:8443-1) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:150) 09:21:36,165 ERROR [stderr] (http-0.0.0.0:8443-1) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:97) 09:21:36,165 ERROR [stderr] (http-0.0.0.0:8443-1) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:102) 09:21:36,165 ERROR [stderr] (http-0.0.0.0:8443-1) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:344) 09:21:36,165 ERROR [stderr] (http-0.0.0.0:8443-1) at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:854) 09:21:36,165 ERROR [stderr] (http-0.0.0.0:8443-1) at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:656) 09:21:36,165 ERROR [stderr] (http-0.0.0.0:8443-1) at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:926) 09:21:36,165 ERROR [stderr] (http-0.0.0.0:8443-1) at java.lang.Thread.run(Thread.java:745) 09:21:36,167 ERROR [org.jboss.as.webservices.invocation.InvocationHandlerJAXWS] (http-0.0.0.0:8443-1) JBAS015594: Method invocation failed with exception: Error when enlisting participant: org.jboss.as.quickstarts.wsat.simple.RestaurantException: Error when enlisting participant at org.jboss.as.quickstarts.wsat.simple.RestaurantServiceATImpl.makeBooking(RestaurantServiceATImpl.java:76) [classes:] at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) [rt.jar:1.8.0_102] at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) [rt.jar:1.8.0_102] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) [rt.jar:1.8.0_102] at java.lang.reflect.Method.invoke(Method.java:498) [rt.jar:1.8.0_102] at org.jboss.as.ee.component.ManagedReferenceMethodInterceptor.processInvocation(ManagedReferenceMethodInterceptor.java:52) [jboss-as-ee-7.5.12.Final-redhat-1.jar:7.5.12.Final-redhat-1] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288) [jboss-invocation-1.1.3.Final-redhat-1.jar:1.1.3.Final-redhat-1] at org.jboss.invocation.WeavedInterceptor.processInvocation(WeavedInterceptor.java:53) [jboss-invocation-1.1.3.Final-redhat-1.jar:1.1.3.Final-redhat-1] at org.jboss.as.ee.component.interceptors.UserInterceptorFactory$1.processInvocation(UserInterceptorFactory.java:63) [jboss-as-ee-7.5.12.Final-redhat-1.jar:7.5.12.Final-redhat-1] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288) [jboss-invocation-1.1.3.Final-redhat-1.jar:1.1.3.Final-redhat-1] at org.jboss.invocation.WeavedInterceptor.processInvocation(WeavedInterceptor.java:53) [jboss-invocation-1.1.3.Final-redhat-1.jar:1.1.3.Final-redhat-1] at org.jboss.as.ee.component.interceptors.UserInterceptorFactory$1.processInvocation(UserInterceptorFactory.java:63) [jboss-as-ee-7.5.12.Final-redhat-1.jar:7.5.12.Final-redhat-1] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288) [jboss-invocation-1.1.3.Final-redhat-1.jar:1.1.3.Final-redhat-1] at org.jboss.invocation.InitialInterceptor.processInvocation(InitialInterceptor.java:21) [jboss-invocation-1.1.3.Final-redhat-1.jar:1.1.3.Final-redhat-1] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288) [jboss-invocation-1.1.3.Final-redhat-1.jar:1.1.3.Final-redhat-1] at org.jboss.invocation.ChainedInterceptor.processInvocation(ChainedInterceptor.java:61) [jboss-invocation-1.1.3.Final-redhat-1.jar:1.1.3.Final-redhat-1] at org.jboss.as.ee.component.interceptors.ComponentDispatcherInterceptor.processInvocation(ComponentDispatcherInterceptor.java:53) [jboss-as-ee-7.5.12.Final-redhat-1.jar:7.5.12.Final-redhat-1] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288) [jboss-invocation-1.1.3.Final-redhat-1.jar:1.1.3.Final-redhat-1] at org.jboss.as.webservices.deployers.WSComponentInstanceAssociationInterceptor.processInvocation(WSComponentInstanceAssociationInterceptor.java:49) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288) [jboss-invocation-1.1.3.Final-redhat-1.jar:1.1.3.Final-redhat-1] at org.jboss.invocation.ChainedInterceptor.processInvocation(ChainedInterceptor.java:61) [jboss-invocation-1.1.3.Final-redhat-1.jar:1.1.3.Final-redhat-1] at org.jboss.as.ee.component.ViewService$View.invoke(ViewService.java:189) [jboss-as-ee-7.5.12.Final-redhat-1.jar:7.5.12.Final-redhat-1] at org.jboss.as.webservices.invocation.AbstractInvocationHandler.invoke(AbstractInvocationHandler.java:129) at org.jboss.wsf.stack.cxf.JBossWSInvoker.performInvocation(JBossWSInvoker.java:177) at org.apache.cxf.service.invoker.AbstractInvoker.invoke(AbstractInvoker.java:104) at org.apache.cxf.jaxws.AbstractJAXWSMethodInvoker.invoke(AbstractJAXWSMethodInvoker.java:237) at org.apache.cxf.jaxws.JAXWSMethodInvoker.invoke(JAXWSMethodInvoker.java:69) at org.jboss.wsf.stack.cxf.JBossWSInvoker.invoke(JBossWSInvoker.java:146) at org.apache.cxf.interceptor.ServiceInvokerInterceptor$1.run(ServiceInvokerInterceptor.java:58) at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511) [rt.jar:1.8.0_102] at java.util.concurrent.FutureTask.run(FutureTask.java:266) [rt.jar:1.8.0_102] at org.apache.cxf.workqueue.SynchronousExecutor.execute(SynchronousExecutor.java:37) at org.apache.cxf.interceptor.ServiceInvokerInterceptor.handleMessage(ServiceInvokerInterceptor.java:107) at org.apache.cxf.phase.PhaseInterceptorChain.doIntercept(PhaseInterceptorChain.java:272) at org.apache.cxf.transport.ChainInitiationObserver.onMessage(ChainInitiationObserver.java:121) at org.apache.cxf.transport.http.AbstractHTTPDestination.invoke(AbstractHTTPDestination.java:249) at org.jboss.wsf.stack.cxf.RequestHandlerImpl.handleHttpRequest(RequestHandlerImpl.java:97) at org.jboss.wsf.stack.cxf.transport.ServletHelper.callRequestHandler(ServletHelper.java:131) at org.jboss.wsf.stack.cxf.CXFServletExt.invoke(CXFServletExt.java:88) at org.apache.cxf.transport.servlet.AbstractHTTPServlet.handleRequest(AbstractHTTPServlet.java:289) at org.apache.cxf.transport.servlet.AbstractHTTPServlet.doPost(AbstractHTTPServlet.java:209) at javax.servlet.http.HttpServlet.service(HttpServlet.java:754) [jboss-servlet-api_3.0_spec-1.0.2.Final-redhat-2.jar:1.0.2.Final-redhat-2] at org.jboss.wsf.stack.cxf.CXFServletExt.service(CXFServletExt.java:136) at org.jboss.wsf.spi.deployment.WSFServlet.service(WSFServlet.java:140) [jbossws-spi-2.3.1.Final-redhat-1.jar:2.3.1.Final-redhat-1] at javax.servlet.http.HttpServlet.service(HttpServlet.java:847) [jboss-servlet-api_3.0_spec-1.0.2.Final-redhat-2.jar:1.0.2.Final-redhat-2] at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:295) [jbossweb-7.5.19.Final-redhat-1.jar:7.5.19.Final-redhat-1] at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:214) [jbossweb-7.5.19.Final-redhat-1.jar:7.5.19.Final-redhat-1] at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:231) [jbossweb-7.5.19.Final-redhat-1.jar:7.5.19.Final-redhat-1] at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:149) [jbossweb-7.5.19.Final-redhat-1.jar:7.5.19.Final-redhat-1] at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:512) [jbossweb-7.5.19.Final-redhat-1.jar:7.5.19.Final-redhat-1] at org.jboss.as.web.security.SecurityContextAssociationValve.invoke(SecurityContextAssociationValve.java:169) [jboss-as-web-7.5.12.Final-redhat-1.jar:7.5.12.Final-redhat-1] at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:150) [jbossweb-7.5.19.Final-redhat-1.jar:7.5.19.Final-redhat-1] at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:97) [jbossweb-7.5.19.Final-redhat-1.jar:7.5.19.Final-redhat-1] at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:102) [jbossweb-7.5.19.Final-redhat-1.jar:7.5.19.Final-redhat-1] at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:344) [jbossweb-7.5.19.Final-redhat-1.jar:7.5.19.Final-redhat-1] at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:854) [jbossweb-7.5.19.Final-redhat-1.jar:7.5.19.Final-redhat-1] at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:656) [jbossweb-7.5.19.Final-redhat-1.jar:7.5.19.Final-redhat-1] at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:926) [jbossweb-7.5.19.Final-redhat-1.jar:7.5.19.Final-redhat-1] at java.lang.Thread.run(Thread.java:745) [rt.jar:1.8.0_102] Caused by: com.arjuna.wst.SystemException: java.lang.NullPointerException at com.arjuna.mwlabs.wst11.at.remote.TransactionManagerImple.registerParticipant(TransactionManagerImple.java:177) [jbossxts-4.17.38.Final-redhat-1.jar:4.17.38.Final-redhat-1] at com.arjuna.mwlabs.wst11.at.remote.TransactionManagerImple.enlistForDurableTwoPhase(TransactionManagerImple.java:41) [jbossxts-4.17.38.Final-redhat-1.jar:4.17.38.Final-redhat-1] at org.jboss.as.quickstarts.wsat.simple.RestaurantServiceATImpl.makeBooking(RestaurantServiceATImpl.java:74) [classes:] ... 58 more {code} The goal of this enhancement is to provide such logging on places where exception stacktrace is currently thrown away (not written to log). was: Narayana hides stacktraces of exception when some internal error (e.g. protocol, communication...) happens in XTS. This particular problem reveales in case of customer case https://access.redhat.com/support/cases/#/case/01810386 where .NET application communicates with JBoss EAP over WS and WS-AT should be used. .NET (probably) uses non-standard header/message that caused Narayana response being null. The original error info was only {code} 17:43:33,846 ERROR [org.jboss.jbossts.txbridge] (http-/0.0.0.0:8543-1) com.arjuna.wst.SystemException: java.lang.NullPointerException17:43:33,852 TRACE [org.jboss.jbossts.txbridge] (http-/0.0.0.0:8543-1) JaxWSTxInboundBridgeHandler.close()17:43:33,854 INFO? [org.apache.cxf.services.IntegrationFrameworkServiceWsService.IntegrationFrameworkServiceWsPort.IntegrationFrameworkServiceWs] (http-/0.0.0.0:8543-1) Outbound Message {code} which is quite not much to start tracking reason behind the problem. There should be shown stacktrace in log to get more detailed information for investigation to start. E.g. it should be something like {code} 09:21:36,155 ERROR [stderr] (http-0.0.0.0:8443-1) RICKY: response=null 09:21:36,156 ERROR [stderr] (http-0.0.0.0:8443-1) java.lang.NullPointerException 09:21:36,156 ERROR [stderr] (http-0.0.0.0:8443-1) at com.arjuna.wsc11.RegistrationCoordinator.register(RegistrationCoordinator.java:58) 09:21:36,156 ERROR [stderr] (http-0.0.0.0:8443-1) at com.arjuna.mwlabs.wst11.at.remote.TransactionManagerImple.registerParticipant(TransactionManagerImple.java:156) 09:21:36,156 ERROR [stderr] (http-0.0.0.0:8443-1) at com.arjuna.mwlabs.wst11.at.remote.TransactionManagerImple.enlistForDurableTwoPhase(TransactionManagerImple.java:41) 09:21:36,157 ERROR [stderr] (http-0.0.0.0:8443-1) at org.jboss.as.quickstarts.wsat.simple.RestaurantServiceATImpl.makeBooking(RestaurantServiceATImpl.java:74) 09:21:36,157 ERROR [stderr] (http-0.0.0.0:8443-1) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) 09:21:36,157 ERROR [stderr] (http-0.0.0.0:8443-1) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) 09:21:36,157 ERROR [stderr] (http-0.0.0.0:8443-1) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) 09:21:36,157 ERROR [stderr] (http-0.0.0.0:8443-1) at java.lang.reflect.Method.invoke(Method.java:498) 09:21:36,157 ERROR [stderr] (http-0.0.0.0:8443-1) at org.jboss.as.ee.component.ManagedReferenceMethodInterceptor.processInvocation(ManagedReferenceMethodInterceptor.java:52) 09:21:36,157 ERROR [stderr] (http-0.0.0.0:8443-1) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288) 09:21:36,157 ERROR [stderr] (http-0.0.0.0:8443-1) at org.jboss.invocation.WeavedInterceptor.processInvocation(WeavedInterceptor.java:53) 09:21:36,157 ERROR [stderr] (http-0.0.0.0:8443-1) at org.jboss.as.ee.component.interceptors.UserInterceptorFactory$1.processInvocation(UserInterceptorFactory.java:63) 09:21:36,157 ERROR [stderr] (http-0.0.0.0:8443-1) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288) 09:21:36,157 ERROR [stderr] (http-0.0.0.0:8443-1) at org.jboss.invocation.WeavedInterceptor.processInvocation(WeavedInterceptor.java:53) 09:21:36,157 ERROR [stderr] (http-0.0.0.0:8443-1) at org.jboss.as.ee.component.interceptors.UserInterceptorFactory$1.processInvocation(UserInterceptorFactory.java:63) 09:21:36,158 ERROR [stderr] (http-0.0.0.0:8443-1) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288) 09:21:36,158 ERROR [stderr] (http-0.0.0.0:8443-1) at org.jboss.invocation.InitialInterceptor.processInvocation(InitialInterceptor.java:21) 09:21:36,158 ERROR [stderr] (http-0.0.0.0:8443-1) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288) 09:21:36,158 ERROR [stderr] (http-0.0.0.0:8443-1) at org.jboss.invocation.ChainedInterceptor.processInvocation(ChainedInterceptor.java:61) 09:21:36,158 ERROR [stderr] (http-0.0.0.0:8443-1) at org.jboss.as.ee.component.interceptors.ComponentDispatcherInterceptor.processInvocation(ComponentDispatcherInterceptor.java:53) 09:21:36,158 ERROR [stderr] (http-0.0.0.0:8443-1) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288) 09:21:36,158 ERROR [stderr] (http-0.0.0.0:8443-1) at org.jboss.as.webservices.deployers.WSComponentInstanceAssociationInterceptor.processInvocation(WSComponentInstanceAssociationInterceptor.java:49) 09:21:36,158 ERROR [stderr] (http-0.0.0.0:8443-1) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288) 09:21:36,158 ERROR [stderr] (http-0.0.0.0:8443-1) at org.jboss.invocation.ChainedInterceptor.processInvocation(ChainedInterceptor.java:61) 09:21:36,158 ERROR [stderr] (http-0.0.0.0:8443-1) at org.jboss.as.ee.component.ViewService$View.invoke(ViewService.java:189) 09:21:36,158 ERROR [stderr] (http-0.0.0.0:8443-1) at org.jboss.as.webservices.invocation.AbstractInvocationHandler.invoke(AbstractInvocationHandler.java:129) 09:21:36,158 ERROR [stderr] (http-0.0.0.0:8443-1) at org.jboss.wsf.stack.cxf.JBossWSInvoker.performInvocation(JBossWSInvoker.java:177) 09:21:36,158 ERROR [stderr] (http-0.0.0.0:8443-1) at org.apache.cxf.service.invoker.AbstractInvoker.invoke(AbstractInvoker.java:104) 09:21:36,159 ERROR [stderr] (http-0.0.0.0:8443-1) at org.apache.cxf.jaxws.AbstractJAXWSMethodInvoker.invoke(AbstractJAXWSMethodInvoker.java:237) 09:21:36,159 ERROR [stderr] (http-0.0.0.0:8443-1) at org.apache.cxf.jaxws.JAXWSMethodInvoker.invoke(JAXWSMethodInvoker.java:69) 09:21:36,159 ERROR [stderr] (http-0.0.0.0:8443-1) at org.jboss.wsf.stack.cxf.JBossWSInvoker.invoke(JBossWSInvoker.java:146) 09:21:36,159 ERROR [stderr] (http-0.0.0.0:8443-1) at org.apache.cxf.interceptor.ServiceInvokerInterceptor$1.run(ServiceInvokerInterceptor.java:58) 09:21:36,159 ERROR [stderr] (http-0.0.0.0:8443-1) at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511) 09:21:36,159 ERROR [stderr] (http-0.0.0.0:8443-1) at java.util.concurrent.FutureTask.run(FutureTask.java:266) 09:21:36,159 ERROR [stderr] (http-0.0.0.0:8443-1) at org.apache.cxf.workqueue.SynchronousExecutor.execute(SynchronousExecutor.java:37) 09:21:36,159 ERROR [stderr] (http-0.0.0.0:8443-1) at org.apache.cxf.interceptor.ServiceInvokerInterceptor.handleMessage(ServiceInvokerInterceptor.java:107) 09:21:36,159 ERROR [stderr] (http-0.0.0.0:8443-1) at org.apache.cxf.phase.PhaseInterceptorChain.doIntercept(PhaseInterceptorChain.java:272) 09:21:36,159 ERROR [stderr] (http-0.0.0.0:8443-1) at org.apache.cxf.transport.ChainInitiationObserver.onMessage(ChainInitiationObserver.java:121) 09:21:36,159 ERROR [stderr] (http-0.0.0.0:8443-1) at org.apache.cxf.transport.http.AbstractHTTPDestination.invoke(AbstractHTTPDestination.java:249) 09:21:36,159 ERROR [stderr] (http-0.0.0.0:8443-1) at org.jboss.wsf.stack.cxf.RequestHandlerImpl.handleHttpRequest(RequestHandlerImpl.java:97) 09:21:36,159 ERROR [stderr] (http-0.0.0.0:8443-1) at org.jboss.wsf.stack.cxf.transport.ServletHelper.callRequestHandler(ServletHelper.java:131) 09:21:36,159 ERROR [stderr] (http-0.0.0.0:8443-1) at org.jboss.wsf.stack.cxf.CXFServletExt.invoke(CXFServletExt.java:88) 09:21:36,160 ERROR [stderr] (http-0.0.0.0:8443-1) at org.apache.cxf.transport.servlet.AbstractHTTPServlet.handleRequest(AbstractHTTPServlet.java:289) 09:21:36,160 ERROR [stderr] (http-0.0.0.0:8443-1) at org.apache.cxf.transport.servlet.AbstractHTTPServlet.doPost(AbstractHTTPServlet.java:209) 09:21:36,160 ERROR [stderr] (http-0.0.0.0:8443-1) at javax.servlet.http.HttpServlet.service(HttpServlet.java:754) 09:21:36,160 ERROR [stderr] (http-0.0.0.0:8443-1) at org.jboss.wsf.stack.cxf.CXFServletExt.service(CXFServletExt.java:136) 09:21:36,160 ERROR [stderr] (http-0.0.0.0:8443-1) at org.jboss.wsf.spi.deployment.WSFServlet.service(WSFServlet.java:140) 09:21:36,164 ERROR [stderr] (http-0.0.0.0:8443-1) at javax.servlet.http.HttpServlet.service(HttpServlet.java:847) 09:21:36,164 ERROR [stderr] (http-0.0.0.0:8443-1) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:295) 09:21:36,164 ERROR [stderr] (http-0.0.0.0:8443-1) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:214) 09:21:36,165 ERROR [stderr] (http-0.0.0.0:8443-1) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:231) 09:21:36,165 ERROR [stderr] (http-0.0.0.0:8443-1) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:149) 09:21:36,165 ERROR [stderr] (http-0.0.0.0:8443-1) at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:512) 09:21:36,165 ERROR [stderr] (http-0.0.0.0:8443-1) at org.jboss.as.web.security.SecurityContextAssociationValve.invoke(SecurityContextAssociationValve.java:169) 09:21:36,165 ERROR [stderr] (http-0.0.0.0:8443-1) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:150) 09:21:36,165 ERROR [stderr] (http-0.0.0.0:8443-1) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:97) 09:21:36,165 ERROR [stderr] (http-0.0.0.0:8443-1) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:102) 09:21:36,165 ERROR [stderr] (http-0.0.0.0:8443-1) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:344) 09:21:36,165 ERROR [stderr] (http-0.0.0.0:8443-1) at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:854) 09:21:36,165 ERROR [stderr] (http-0.0.0.0:8443-1) at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:656) 09:21:36,165 ERROR [stderr] (http-0.0.0.0:8443-1) at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:926) 09:21:36,165 ERROR [stderr] (http-0.0.0.0:8443-1) at java.lang.Thread.run(Thread.java:745) 09:21:36,167 ERROR [org.jboss.as.webservices.invocation.InvocationHandlerJAXWS] (http-0.0.0.0:8443-1) JBAS015594: Method invocation failed with exception: Error when enlisting participant: org.jboss.as.quickstarts.wsat.simple.RestaurantException: Error when enlisting participant at org.jboss.as.quickstarts.wsat.simple.RestaurantServiceATImpl.makeBooking(RestaurantServiceATImpl.java:76) [classes:] at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) [rt.jar:1.8.0_102] at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) [rt.jar:1.8.0_102] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) [rt.jar:1.8.0_102] at java.lang.reflect.Method.invoke(Method.java:498) [rt.jar:1.8.0_102] at org.jboss.as.ee.component.ManagedReferenceMethodInterceptor.processInvocation(ManagedReferenceMethodInterceptor.java:52) [jboss-as-ee-7.5.12.Final-redhat-1.jar:7.5.12.Final-redhat-1] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288) [jboss-invocation-1.1.3.Final-redhat-1.jar:1.1.3.Final-redhat-1] at org.jboss.invocation.WeavedInterceptor.processInvocation(WeavedInterceptor.java:53) [jboss-invocation-1.1.3.Final-redhat-1.jar:1.1.3.Final-redhat-1] at org.jboss.as.ee.component.interceptors.UserInterceptorFactory$1.processInvocation(UserInterceptorFactory.java:63) [jboss-as-ee-7.5.12.Final-redhat-1.jar:7.5.12.Final-redhat-1] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288) [jboss-invocation-1.1.3.Final-redhat-1.jar:1.1.3.Final-redhat-1] at org.jboss.invocation.WeavedInterceptor.processInvocation(WeavedInterceptor.java:53) [jboss-invocation-1.1.3.Final-redhat-1.jar:1.1.3.Final-redhat-1] at org.jboss.as.ee.component.interceptors.UserInterceptorFactory$1.processInvocation(UserInterceptorFactory.java:63) [jboss-as-ee-7.5.12.Final-redhat-1.jar:7.5.12.Final-redhat-1] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288) [jboss-invocation-1.1.3.Final-redhat-1.jar:1.1.3.Final-redhat-1] at org.jboss.invocation.InitialInterceptor.processInvocation(InitialInterceptor.java:21) [jboss-invocation-1.1.3.Final-redhat-1.jar:1.1.3.Final-redhat-1] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288) [jboss-invocation-1.1.3.Final-redhat-1.jar:1.1.3.Final-redhat-1] at org.jboss.invocation.ChainedInterceptor.processInvocation(ChainedInterceptor.java:61) [jboss-invocation-1.1.3.Final-redhat-1.jar:1.1.3.Final-redhat-1] at org.jboss.as.ee.component.interceptors.ComponentDispatcherInterceptor.processInvocation(ComponentDispatcherInterceptor.java:53) [jboss-as-ee-7.5.12.Final-redhat-1.jar:7.5.12.Final-redhat-1] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288) [jboss-invocation-1.1.3.Final-redhat-1.jar:1.1.3.Final-redhat-1] at org.jboss.as.webservices.deployers.WSComponentInstanceAssociationInterceptor.processInvocation(WSComponentInstanceAssociationInterceptor.java:49) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288) [jboss-invocation-1.1.3.Final-redhat-1.jar:1.1.3.Final-redhat-1] at org.jboss.invocation.ChainedInterceptor.processInvocation(ChainedInterceptor.java:61) [jboss-invocation-1.1.3.Final-redhat-1.jar:1.1.3.Final-redhat-1] at org.jboss.as.ee.component.ViewService$View.invoke(ViewService.java:189) [jboss-as-ee-7.5.12.Final-redhat-1.jar:7.5.12.Final-redhat-1] at org.jboss.as.webservices.invocation.AbstractInvocationHandler.invoke(AbstractInvocationHandler.java:129) at org.jboss.wsf.stack.cxf.JBossWSInvoker.performInvocation(JBossWSInvoker.java:177) at org.apache.cxf.service.invoker.AbstractInvoker.invoke(AbstractInvoker.java:104) at org.apache.cxf.jaxws.AbstractJAXWSMethodInvoker.invoke(AbstractJAXWSMethodInvoker.java:237) at org.apache.cxf.jaxws.JAXWSMethodInvoker.invoke(JAXWSMethodInvoker.java:69) at org.jboss.wsf.stack.cxf.JBossWSInvoker.invoke(JBossWSInvoker.java:146) at org.apache.cxf.interceptor.ServiceInvokerInterceptor$1.run(ServiceInvokerInterceptor.java:58) at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511) [rt.jar:1.8.0_102] at java.util.concurrent.FutureTask.run(FutureTask.java:266) [rt.jar:1.8.0_102] at org.apache.cxf.workqueue.SynchronousExecutor.execute(SynchronousExecutor.java:37) at org.apache.cxf.interceptor.ServiceInvokerInterceptor.handleMessage(ServiceInvokerInterceptor.java:107) at org.apache.cxf.phase.PhaseInterceptorChain.doIntercept(PhaseInterceptorChain.java:272) at org.apache.cxf.transport.ChainInitiationObserver.onMessage(ChainInitiationObserver.java:121) at org.apache.cxf.transport.http.AbstractHTTPDestination.invoke(AbstractHTTPDestination.java:249) at org.jboss.wsf.stack.cxf.RequestHandlerImpl.handleHttpRequest(RequestHandlerImpl.java:97) at org.jboss.wsf.stack.cxf.transport.ServletHelper.callRequestHandler(ServletHelper.java:131) at org.jboss.wsf.stack.cxf.CXFServletExt.invoke(CXFServletExt.java:88) at org.apache.cxf.transport.servlet.AbstractHTTPServlet.handleRequest(AbstractHTTPServlet.java:289) at org.apache.cxf.transport.servlet.AbstractHTTPServlet.doPost(AbstractHTTPServlet.java:209) at javax.servlet.http.HttpServlet.service(HttpServlet.java:754) [jboss-servlet-api_3.0_spec-1.0.2.Final-redhat-2.jar:1.0.2.Final-redhat-2] at org.jboss.wsf.stack.cxf.CXFServletExt.service(CXFServletExt.java:136) at org.jboss.wsf.spi.deployment.WSFServlet.service(WSFServlet.java:140) [jbossws-spi-2.3.1.Final-redhat-1.jar:2.3.1.Final-redhat-1] at javax.servlet.http.HttpServlet.service(HttpServlet.java:847) [jboss-servlet-api_3.0_spec-1.0.2.Final-redhat-2.jar:1.0.2.Final-redhat-2] at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:295) [jbossweb-7.5.19.Final-redhat-1.jar:7.5.19.Final-redhat-1] at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:214) [jbossweb-7.5.19.Final-redhat-1.jar:7.5.19.Final-redhat-1] at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:231) [jbossweb-7.5.19.Final-redhat-1.jar:7.5.19.Final-redhat-1] at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:149) [jbossweb-7.5.19.Final-redhat-1.jar:7.5.19.Final-redhat-1] at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:512) [jbossweb-7.5.19.Final-redhat-1.jar:7.5.19.Final-redhat-1] at org.jboss.as.web.security.SecurityContextAssociationValve.invoke(SecurityContextAssociationValve.java:169) [jboss-as-web-7.5.12.Final-redhat-1.jar:7.5.12.Final-redhat-1] at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:150) [jbossweb-7.5.19.Final-redhat-1.jar:7.5.19.Final-redhat-1] at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:97) [jbossweb-7.5.19.Final-redhat-1.jar:7.5.19.Final-redhat-1] at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:102) [jbossweb-7.5.19.Final-redhat-1.jar:7.5.19.Final-redhat-1] at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:344) [jbossweb-7.5.19.Final-redhat-1.jar:7.5.19.Final-redhat-1] at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:854) [jbossweb-7.5.19.Final-redhat-1.jar:7.5.19.Final-redhat-1] at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:656) [jbossweb-7.5.19.Final-redhat-1.jar:7.5.19.Final-redhat-1] at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:926) [jbossweb-7.5.19.Final-redhat-1.jar:7.5.19.Final-redhat-1] at java.lang.Thread.run(Thread.java:745) [rt.jar:1.8.0_102] Caused by: com.arjuna.wst.SystemException: java.lang.NullPointerException at com.arjuna.mwlabs.wst11.at.remote.TransactionManagerImple.registerParticipant(TransactionManagerImple.java:177) [jbossxts-4.17.38.Final-redhat-1.jar:4.17.38.Final-redhat-1] at com.arjuna.mwlabs.wst11.at.remote.TransactionManagerImple.enlistForDurableTwoPhase(TransactionManagerImple.java:41) [jbossxts-4.17.38.Final-redhat-1.jar:4.17.38.Final-redhat-1] at org.jboss.as.quickstarts.wsat.simple.RestaurantServiceATImpl.makeBooking(RestaurantServiceATImpl.java:74) [classes:] ... 58 more {code} The goal of this enhancement is to provide such logging on places where exception stacktrace is currently thrown away (not written to log). > Narayana should not hide exception traces even for internal or protocol errors in WS txn > ---------------------------------------------------------------------------------------- > > Key: JBTM-2883 > URL: https://issues.jboss.org/browse/JBTM-2883 > Project: JBoss Transaction Manager > Issue Type: Enhancement > Components: XTS > Affects Versions: 5.5.6.Final > Reporter: Ondra Chaloupka > Assignee: Ondra Chaloupka > > Narayana hides stacktraces of exception when some internal error (e.g. protocol, communication...) happens in XTS. This particular problem reveales in case of customer case https://access.redhat.com/support/cases/#/case/01810386 where .NET application communicates with JBoss EAP over WS and WS-AT should be used. .NET (probably) uses non-standard header/message that caused Narayana response being null. > The original error info was only > {code} > ERROR [org.jboss.jbossts.txbridge] (http-/0.0.0.0:8543-1) com.arjuna.wst.SystemException: java.lang.NullPointerException > TRACE [org.jboss.jbossts.txbridge] (http-/0.0.0.0:8543-1) JaxWSTxInboundBridgeHandler.close() > INFO [org.apache.cxf.services.IntegrationFrameworkServiceWsService.IntegrationFrameworkServiceWsPort.IntegrationFrameworkServiceWs] (http-/0.0.0.0:8543-1) Outbound Message > {code} > which is quite not much to start tracking reason behind the problem. > There should be shown stacktrace in log to get more detailed information for investigation to start. E.g. it should be something like > {code} > 09:21:36,155 ERROR [stderr] (http-0.0.0.0:8443-1) RICKY: response=null > 09:21:36,156 ERROR [stderr] (http-0.0.0.0:8443-1) java.lang.NullPointerException > 09:21:36,156 ERROR [stderr] (http-0.0.0.0:8443-1) at com.arjuna.wsc11.RegistrationCoordinator.register(RegistrationCoordinator.java:58) > 09:21:36,156 ERROR [stderr] (http-0.0.0.0:8443-1) at com.arjuna.mwlabs.wst11.at.remote.TransactionManagerImple.registerParticipant(TransactionManagerImple.java:156) > 09:21:36,156 ERROR [stderr] (http-0.0.0.0:8443-1) at com.arjuna.mwlabs.wst11.at.remote.TransactionManagerImple.enlistForDurableTwoPhase(TransactionManagerImple.java:41) > 09:21:36,157 ERROR [stderr] (http-0.0.0.0:8443-1) at org.jboss.as.quickstarts.wsat.simple.RestaurantServiceATImpl.makeBooking(RestaurantServiceATImpl.java:74) > 09:21:36,157 ERROR [stderr] (http-0.0.0.0:8443-1) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > 09:21:36,157 ERROR [stderr] (http-0.0.0.0:8443-1) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) > 09:21:36,157 ERROR [stderr] (http-0.0.0.0:8443-1) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > 09:21:36,157 ERROR [stderr] (http-0.0.0.0:8443-1) at java.lang.reflect.Method.invoke(Method.java:498) > 09:21:36,157 ERROR [stderr] (http-0.0.0.0:8443-1) at org.jboss.as.ee.component.ManagedReferenceMethodInterceptor.processInvocation(ManagedReferenceMethodInterceptor.java:52) > 09:21:36,157 ERROR [stderr] (http-0.0.0.0:8443-1) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288) > 09:21:36,157 ERROR [stderr] (http-0.0.0.0:8443-1) at org.jboss.invocation.WeavedInterceptor.processInvocation(WeavedInterceptor.java:53) > 09:21:36,157 ERROR [stderr] (http-0.0.0.0:8443-1) at org.jboss.as.ee.component.interceptors.UserInterceptorFactory$1.processInvocation(UserInterceptorFactory.java:63) > 09:21:36,157 ERROR [stderr] (http-0.0.0.0:8443-1) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288) > 09:21:36,157 ERROR [stderr] (http-0.0.0.0:8443-1) at org.jboss.invocation.WeavedInterceptor.processInvocation(WeavedInterceptor.java:53) > 09:21:36,157 ERROR [stderr] (http-0.0.0.0:8443-1) at org.jboss.as.ee.component.interceptors.UserInterceptorFactory$1.processInvocation(UserInterceptorFactory.java:63) > 09:21:36,158 ERROR [stderr] (http-0.0.0.0:8443-1) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288) > 09:21:36,158 ERROR [stderr] (http-0.0.0.0:8443-1) at org.jboss.invocation.InitialInterceptor.processInvocation(InitialInterceptor.java:21) > 09:21:36,158 ERROR [stderr] (http-0.0.0.0:8443-1) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288) > 09:21:36,158 ERROR [stderr] (http-0.0.0.0:8443-1) at org.jboss.invocation.ChainedInterceptor.processInvocation(ChainedInterceptor.java:61) > 09:21:36,158 ERROR [stderr] (http-0.0.0.0:8443-1) at org.jboss.as.ee.component.interceptors.ComponentDispatcherInterceptor.processInvocation(ComponentDispatcherInterceptor.java:53) > 09:21:36,158 ERROR [stderr] (http-0.0.0.0:8443-1) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288) > 09:21:36,158 ERROR [stderr] (http-0.0.0.0:8443-1) at org.jboss.as.webservices.deployers.WSComponentInstanceAssociationInterceptor.processInvocation(WSComponentInstanceAssociationInterceptor.java:49) > 09:21:36,158 ERROR [stderr] (http-0.0.0.0:8443-1) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288) > 09:21:36,158 ERROR [stderr] (http-0.0.0.0:8443-1) at org.jboss.invocation.ChainedInterceptor.processInvocation(ChainedInterceptor.java:61) > 09:21:36,158 ERROR [stderr] (http-0.0.0.0:8443-1) at org.jboss.as.ee.component.ViewService$View.invoke(ViewService.java:189) > 09:21:36,158 ERROR [stderr] (http-0.0.0.0:8443-1) at org.jboss.as.webservices.invocation.AbstractInvocationHandler.invoke(AbstractInvocationHandler.java:129) > 09:21:36,158 ERROR [stderr] (http-0.0.0.0:8443-1) at org.jboss.wsf.stack.cxf.JBossWSInvoker.performInvocation(JBossWSInvoker.java:177) > 09:21:36,158 ERROR [stderr] (http-0.0.0.0:8443-1) at org.apache.cxf.service.invoker.AbstractInvoker.invoke(AbstractInvoker.java:104) > 09:21:36,159 ERROR [stderr] (http-0.0.0.0:8443-1) at org.apache.cxf.jaxws.AbstractJAXWSMethodInvoker.invoke(AbstractJAXWSMethodInvoker.java:237) > 09:21:36,159 ERROR [stderr] (http-0.0.0.0:8443-1) at org.apache.cxf.jaxws.JAXWSMethodInvoker.invoke(JAXWSMethodInvoker.java:69) > 09:21:36,159 ERROR [stderr] (http-0.0.0.0:8443-1) at org.jboss.wsf.stack.cxf.JBossWSInvoker.invoke(JBossWSInvoker.java:146) > 09:21:36,159 ERROR [stderr] (http-0.0.0.0:8443-1) at org.apache.cxf.interceptor.ServiceInvokerInterceptor$1.run(ServiceInvokerInterceptor.java:58) > 09:21:36,159 ERROR [stderr] (http-0.0.0.0:8443-1) at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511) > 09:21:36,159 ERROR [stderr] (http-0.0.0.0:8443-1) at java.util.concurrent.FutureTask.run(FutureTask.java:266) > 09:21:36,159 ERROR [stderr] (http-0.0.0.0:8443-1) at org.apache.cxf.workqueue.SynchronousExecutor.execute(SynchronousExecutor.java:37) > 09:21:36,159 ERROR [stderr] (http-0.0.0.0:8443-1) at org.apache.cxf.interceptor.ServiceInvokerInterceptor.handleMessage(ServiceInvokerInterceptor.java:107) > 09:21:36,159 ERROR [stderr] (http-0.0.0.0:8443-1) at org.apache.cxf.phase.PhaseInterceptorChain.doIntercept(PhaseInterceptorChain.java:272) > 09:21:36,159 ERROR [stderr] (http-0.0.0.0:8443-1) at org.apache.cxf.transport.ChainInitiationObserver.onMessage(ChainInitiationObserver.java:121) > 09:21:36,159 ERROR [stderr] (http-0.0.0.0:8443-1) at org.apache.cxf.transport.http.AbstractHTTPDestination.invoke(AbstractHTTPDestination.java:249) > 09:21:36,159 ERROR [stderr] (http-0.0.0.0:8443-1) at org.jboss.wsf.stack.cxf.RequestHandlerImpl.handleHttpRequest(RequestHandlerImpl.java:97) > 09:21:36,159 ERROR [stderr] (http-0.0.0.0:8443-1) at org.jboss.wsf.stack.cxf.transport.ServletHelper.callRequestHandler(ServletHelper.java:131) > 09:21:36,159 ERROR [stderr] (http-0.0.0.0:8443-1) at org.jboss.wsf.stack.cxf.CXFServletExt.invoke(CXFServletExt.java:88) > 09:21:36,160 ERROR [stderr] (http-0.0.0.0:8443-1) at org.apache.cxf.transport.servlet.AbstractHTTPServlet.handleRequest(AbstractHTTPServlet.java:289) > 09:21:36,160 ERROR [stderr] (http-0.0.0.0:8443-1) at org.apache.cxf.transport.servlet.AbstractHTTPServlet.doPost(AbstractHTTPServlet.java:209) > 09:21:36,160 ERROR [stderr] (http-0.0.0.0:8443-1) at javax.servlet.http.HttpServlet.service(HttpServlet.java:754) > 09:21:36,160 ERROR [stderr] (http-0.0.0.0:8443-1) at org.jboss.wsf.stack.cxf.CXFServletExt.service(CXFServletExt.java:136) > 09:21:36,160 ERROR [stderr] (http-0.0.0.0:8443-1) at org.jboss.wsf.spi.deployment.WSFServlet.service(WSFServlet.java:140) > 09:21:36,164 ERROR [stderr] (http-0.0.0.0:8443-1) at javax.servlet.http.HttpServlet.service(HttpServlet.java:847) > 09:21:36,164 ERROR [stderr] (http-0.0.0.0:8443-1) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:295) > 09:21:36,164 ERROR [stderr] (http-0.0.0.0:8443-1) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:214) > 09:21:36,165 ERROR [stderr] (http-0.0.0.0:8443-1) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:231) > 09:21:36,165 ERROR [stderr] (http-0.0.0.0:8443-1) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:149) > 09:21:36,165 ERROR [stderr] (http-0.0.0.0:8443-1) at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:512) > 09:21:36,165 ERROR [stderr] (http-0.0.0.0:8443-1) at org.jboss.as.web.security.SecurityContextAssociationValve.invoke(SecurityContextAssociationValve.java:169) > 09:21:36,165 ERROR [stderr] (http-0.0.0.0:8443-1) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:150) > 09:21:36,165 ERROR [stderr] (http-0.0.0.0:8443-1) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:97) > 09:21:36,165 ERROR [stderr] (http-0.0.0.0:8443-1) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:102) > 09:21:36,165 ERROR [stderr] (http-0.0.0.0:8443-1) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:344) > 09:21:36,165 ERROR [stderr] (http-0.0.0.0:8443-1) at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:854) > 09:21:36,165 ERROR [stderr] (http-0.0.0.0:8443-1) at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:656) > 09:21:36,165 ERROR [stderr] (http-0.0.0.0:8443-1) at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:926) > 09:21:36,165 ERROR [stderr] (http-0.0.0.0:8443-1) at java.lang.Thread.run(Thread.java:745) > 09:21:36,167 ERROR [org.jboss.as.webservices.invocation.InvocationHandlerJAXWS] (http-0.0.0.0:8443-1) JBAS015594: Method invocation failed with exception: Error when enlisting participant: org.jboss.as.quickstarts.wsat.simple.RestaurantException: Error when enlisting participant > at org.jboss.as.quickstarts.wsat.simple.RestaurantServiceATImpl.makeBooking(RestaurantServiceATImpl.java:76) [classes:] > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) [rt.jar:1.8.0_102] > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) [rt.jar:1.8.0_102] > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) [rt.jar:1.8.0_102] > at java.lang.reflect.Method.invoke(Method.java:498) [rt.jar:1.8.0_102] > at org.jboss.as.ee.component.ManagedReferenceMethodInterceptor.processInvocation(ManagedReferenceMethodInterceptor.java:52) [jboss-as-ee-7.5.12.Final-redhat-1.jar:7.5.12.Final-redhat-1] > at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288) [jboss-invocation-1.1.3.Final-redhat-1.jar:1.1.3.Final-redhat-1] > at org.jboss.invocation.WeavedInterceptor.processInvocation(WeavedInterceptor.java:53) [jboss-invocation-1.1.3.Final-redhat-1.jar:1.1.3.Final-redhat-1] > at org.jboss.as.ee.component.interceptors.UserInterceptorFactory$1.processInvocation(UserInterceptorFactory.java:63) [jboss-as-ee-7.5.12.Final-redhat-1.jar:7.5.12.Final-redhat-1] > at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288) [jboss-invocation-1.1.3.Final-redhat-1.jar:1.1.3.Final-redhat-1] > at org.jboss.invocation.WeavedInterceptor.processInvocation(WeavedInterceptor.java:53) [jboss-invocation-1.1.3.Final-redhat-1.jar:1.1.3.Final-redhat-1] > at org.jboss.as.ee.component.interceptors.UserInterceptorFactory$1.processInvocation(UserInterceptorFactory.java:63) [jboss-as-ee-7.5.12.Final-redhat-1.jar:7.5.12.Final-redhat-1] > at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288) [jboss-invocation-1.1.3.Final-redhat-1.jar:1.1.3.Final-redhat-1] > at org.jboss.invocation.InitialInterceptor.processInvocation(InitialInterceptor.java:21) [jboss-invocation-1.1.3.Final-redhat-1.jar:1.1.3.Final-redhat-1] > at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288) [jboss-invocation-1.1.3.Final-redhat-1.jar:1.1.3.Final-redhat-1] > at org.jboss.invocation.ChainedInterceptor.processInvocation(ChainedInterceptor.java:61) [jboss-invocation-1.1.3.Final-redhat-1.jar:1.1.3.Final-redhat-1] > at org.jboss.as.ee.component.interceptors.ComponentDispatcherInterceptor.processInvocation(ComponentDispatcherInterceptor.java:53) [jboss-as-ee-7.5.12.Final-redhat-1.jar:7.5.12.Final-redhat-1] > at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288) [jboss-invocation-1.1.3.Final-redhat-1.jar:1.1.3.Final-redhat-1] > at org.jboss.as.webservices.deployers.WSComponentInstanceAssociationInterceptor.processInvocation(WSComponentInstanceAssociationInterceptor.java:49) > at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288) [jboss-invocation-1.1.3.Final-redhat-1.jar:1.1.3.Final-redhat-1] > at org.jboss.invocation.ChainedInterceptor.processInvocation(ChainedInterceptor.java:61) [jboss-invocation-1.1.3.Final-redhat-1.jar:1.1.3.Final-redhat-1] > at org.jboss.as.ee.component.ViewService$View.invoke(ViewService.java:189) [jboss-as-ee-7.5.12.Final-redhat-1.jar:7.5.12.Final-redhat-1] > at org.jboss.as.webservices.invocation.AbstractInvocationHandler.invoke(AbstractInvocationHandler.java:129) > at org.jboss.wsf.stack.cxf.JBossWSInvoker.performInvocation(JBossWSInvoker.java:177) > at org.apache.cxf.service.invoker.AbstractInvoker.invoke(AbstractInvoker.java:104) > at org.apache.cxf.jaxws.AbstractJAXWSMethodInvoker.invoke(AbstractJAXWSMethodInvoker.java:237) > at org.apache.cxf.jaxws.JAXWSMethodInvoker.invoke(JAXWSMethodInvoker.java:69) > at org.jboss.wsf.stack.cxf.JBossWSInvoker.invoke(JBossWSInvoker.java:146) > at org.apache.cxf.interceptor.ServiceInvokerInterceptor$1.run(ServiceInvokerInterceptor.java:58) > at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511) [rt.jar:1.8.0_102] > at java.util.concurrent.FutureTask.run(FutureTask.java:266) [rt.jar:1.8.0_102] > at org.apache.cxf.workqueue.SynchronousExecutor.execute(SynchronousExecutor.java:37) > at org.apache.cxf.interceptor.ServiceInvokerInterceptor.handleMessage(ServiceInvokerInterceptor.java:107) > at org.apache.cxf.phase.PhaseInterceptorChain.doIntercept(PhaseInterceptorChain.java:272) > at org.apache.cxf.transport.ChainInitiationObserver.onMessage(ChainInitiationObserver.java:121) > at org.apache.cxf.transport.http.AbstractHTTPDestination.invoke(AbstractHTTPDestination.java:249) > at org.jboss.wsf.stack.cxf.RequestHandlerImpl.handleHttpRequest(RequestHandlerImpl.java:97) > at org.jboss.wsf.stack.cxf.transport.ServletHelper.callRequestHandler(ServletHelper.java:131) > at org.jboss.wsf.stack.cxf.CXFServletExt.invoke(CXFServletExt.java:88) > at org.apache.cxf.transport.servlet.AbstractHTTPServlet.handleRequest(AbstractHTTPServlet.java:289) > at org.apache.cxf.transport.servlet.AbstractHTTPServlet.doPost(AbstractHTTPServlet.java:209) > at javax.servlet.http.HttpServlet.service(HttpServlet.java:754) [jboss-servlet-api_3.0_spec-1.0.2.Final-redhat-2.jar:1.0.2.Final-redhat-2] > at org.jboss.wsf.stack.cxf.CXFServletExt.service(CXFServletExt.java:136) > at org.jboss.wsf.spi.deployment.WSFServlet.service(WSFServlet.java:140) [jbossws-spi-2.3.1.Final-redhat-1.jar:2.3.1.Final-redhat-1] > at javax.servlet.http.HttpServlet.service(HttpServlet.java:847) [jboss-servlet-api_3.0_spec-1.0.2.Final-redhat-2.jar:1.0.2.Final-redhat-2] > at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:295) [jbossweb-7.5.19.Final-redhat-1.jar:7.5.19.Final-redhat-1] > at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:214) [jbossweb-7.5.19.Final-redhat-1.jar:7.5.19.Final-redhat-1] > at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:231) [jbossweb-7.5.19.Final-redhat-1.jar:7.5.19.Final-redhat-1] > at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:149) [jbossweb-7.5.19.Final-redhat-1.jar:7.5.19.Final-redhat-1] > at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:512) [jbossweb-7.5.19.Final-redhat-1.jar:7.5.19.Final-redhat-1] > at org.jboss.as.web.security.SecurityContextAssociationValve.invoke(SecurityContextAssociationValve.java:169) [jboss-as-web-7.5.12.Final-redhat-1.jar:7.5.12.Final-redhat-1] > at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:150) [jbossweb-7.5.19.Final-redhat-1.jar:7.5.19.Final-redhat-1] > at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:97) [jbossweb-7.5.19.Final-redhat-1.jar:7.5.19.Final-redhat-1] > at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:102) [jbossweb-7.5.19.Final-redhat-1.jar:7.5.19.Final-redhat-1] > at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:344) [jbossweb-7.5.19.Final-redhat-1.jar:7.5.19.Final-redhat-1] > at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:854) [jbossweb-7.5.19.Final-redhat-1.jar:7.5.19.Final-redhat-1] > at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:656) [jbossweb-7.5.19.Final-redhat-1.jar:7.5.19.Final-redhat-1] > at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:926) [jbossweb-7.5.19.Final-redhat-1.jar:7.5.19.Final-redhat-1] > at java.lang.Thread.run(Thread.java:745) [rt.jar:1.8.0_102] > Caused by: com.arjuna.wst.SystemException: java.lang.NullPointerException > at com.arjuna.mwlabs.wst11.at.remote.TransactionManagerImple.registerParticipant(TransactionManagerImple.java:177) [jbossxts-4.17.38.Final-redhat-1.jar:4.17.38.Final-redhat-1] > at com.arjuna.mwlabs.wst11.at.remote.TransactionManagerImple.enlistForDurableTwoPhase(TransactionManagerImple.java:41) [jbossxts-4.17.38.Final-redhat-1.jar:4.17.38.Final-redhat-1] > at org.jboss.as.quickstarts.wsat.simple.RestaurantServiceATImpl.makeBooking(RestaurantServiceATImpl.java:74) [classes:] > ... 58 more > {code} > The goal of this enhancement is to provide such logging on places where exception stacktrace is currently thrown away (not written to log). -- This message was sent by Atlassian JIRA (v7.2.3#72005) From issues at jboss.org Wed Apr 19 11:03:00 2017 From: issues at jboss.org (=?UTF-8?Q?Bartosz_Spyrko-=C5=9Amietanko_=28JIRA=29?=) Date: Wed, 19 Apr 2017 11:03:00 -0400 (EDT) Subject: [jbossts-issues] [JBoss JIRA] (JBTM-2884) (7.0.z) Provide way of getting suppressed exceptions out of SubordinateTransaction In-Reply-To: References: Message-ID: Bartosz Spyrko-?mietanko created JBTM-2884: ---------------------------------------------- Summary: (7.0.z) Provide way of getting suppressed exceptions out of SubordinateTransaction Key: JBTM-2884 URL: https://issues.jboss.org/browse/JBTM-2884 Project: JBoss Transaction Manager Issue Type: Feature Request Components: Transaction Core Affects Versions: 4.17.38, 5.5.5.Final Reporter: Bartosz Spyrko-?mietanko Assignee: Ondra Chaloupka We need to provide way how to pass suppressed exceptions of of the `SubordinateTransaction` to the caller. This request came from customer case and https://bugzilla.redhat.com/show_bug.cgi?id=1435549 as we need to provide exceptions thrown from transaction resource. The interface is used for controlling propagated transaction from one server to another in EAP/WFLY. Callers are is ejb3 subsystem in EAP 6.4/7.0 and WFTC in EAP 7.1. -- This message was sent by Atlassian JIRA (v7.2.3#72005) From issues at jboss.org Thu Apr 20 06:26:00 2017 From: issues at jboss.org (Tom Jenkinson (JIRA)) Date: Thu, 20 Apr 2017 06:26:00 -0400 (EDT) Subject: [jbossts-issues] [JBoss JIRA] (JBTM-2885) Orphan detection may attempt to rollback XID even if XAR did not report Xid due to failure In-Reply-To: References: Message-ID: Tom Jenkinson created JBTM-2885: ----------------------------------- Summary: Orphan detection may attempt to rollback XID even if XAR did not report Xid due to failure Key: JBTM-2885 URL: https://issues.jboss.org/browse/JBTM-2885 Project: JBoss Transaction Manager Issue Type: Bug Reporter: Tom Jenkinson Assignee: Tom Jenkinson Priority: Blocker Fix For: 5.5.25.Final, 5.next If the XAR returns a Xid from recover(FIRST_PASS) to XARM but then goes offline we may attempt to rollback the Xid thinking it is stale. If the XAR returns an XAE at that point we should clear the _xidScans so we pick it up next time. -- This message was sent by Atlassian JIRA (v7.2.3#72005) From issues at jboss.org Thu Apr 20 06:39:00 2017 From: issues at jboss.org (Tom Jenkinson (JIRA)) Date: Thu, 20 Apr 2017 06:39:00 -0400 (EDT) Subject: [jbossts-issues] [JBoss JIRA] (JBTM-2885) Orphan detection may attempt to rollback XID even if XAR did not report Xid due to failure In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/JBTM-2885?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Issue was automatically transitioned when Tom Jenkinson created pull request #1171 in GitHub -------------------------------------------------------------------------------------------- Status: Pull Request Sent (was: Open) > Orphan detection may attempt to rollback XID even if XAR did not report Xid due to failure > ------------------------------------------------------------------------------------------ > > Key: JBTM-2885 > URL: https://issues.jboss.org/browse/JBTM-2885 > Project: JBoss Transaction Manager > Issue Type: Bug > Reporter: Tom Jenkinson > Assignee: Tom Jenkinson > Priority: Blocker > Fix For: 5.5.25.Final, 5.next > > > If the XAR returns a Xid from recover(FIRST_PASS) to XARM but then goes offline we may attempt to rollback the Xid thinking it is stale. If the XAR returns an XAE at that point we should clear the _xidScans so we pick it up next time. -- This message was sent by Atlassian JIRA (v7.2.3#72005) From issues at jboss.org Thu Apr 20 06:46:00 2017 From: issues at jboss.org (Ondra Chaloupka (JIRA)) Date: Thu, 20 Apr 2017 06:46:00 -0400 (EDT) Subject: [jbossts-issues] [JBoss JIRA] (JBTM-2886) Automatize XTS ssl quickstart to be tested in CI on Windows In-Reply-To: References: Message-ID: Ondra Chaloupka created JBTM-2886: ------------------------------------- Summary: Automatize XTS ssl quickstart to be tested in CI on Windows Key: JBTM-2886 URL: https://issues.jboss.org/browse/JBTM-2886 Project: JBoss Transaction Manager Issue Type: Enhancement Components: XTS Affects Versions: 5.5.24.Final Reporter: Ondra Chaloupka Assignee: Ondra Chaloupka There was created a shell script for JBTM-2882 which automatize testing of XTS over SSL. The steps were already written in `README.md` but that was not run automatically on CI. The linux version with shell script was provided but we need windows version with `.bat`. This is a followup task to provide the bat script for the automatization on Windows. -- This message was sent by Atlassian JIRA (v7.2.3#72005) From issues at jboss.org Thu Apr 20 07:34:00 2017 From: issues at jboss.org (Tom Jenkinson (JIRA)) Date: Thu, 20 Apr 2017 07:34:00 -0400 (EDT) Subject: [jbossts-issues] [JBoss JIRA] (JBTM-2870) Provide way of getting suppressed exceptions out of SubordinateTransaction In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/JBTM-2870?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Tom Jenkinson updated JBTM-2870: -------------------------------- Status: Resolved (was: Pull Request Sent) Resolution: Done > Provide way of getting suppressed exceptions out of SubordinateTransaction > -------------------------------------------------------------------------- > > Key: JBTM-2870 > URL: https://issues.jboss.org/browse/JBTM-2870 > Project: JBoss Transaction Manager > Issue Type: Feature Request > Components: Transaction Core > Affects Versions: 4.17.38, 5.5.5.Final > Reporter: Ondra Chaloupka > Assignee: Ondra Chaloupka > Fix For: 4.17.42, 5.2.25.Final, 5.5.24.Final > > > We need to provide way how to pass suppressed exceptions of of the `SubordinateTransaction` to the caller. > This request came from customer case and https://bugzilla.redhat.com/show_bug.cgi?id=1435549 as we need to provide exceptions thrown from transaction resource. > The interface is used for controlling propagated transaction from one server to another in EAP/WFLY. > Callers are is ejb3 subsystem in EAP 6.4/7.0 and WFTC in EAP 7.1. -- This message was sent by Atlassian JIRA (v7.2.3#72005) From issues at jboss.org Thu Apr 20 07:34:00 2017 From: issues at jboss.org (Tom Jenkinson (JIRA)) Date: Thu, 20 Apr 2017 07:34:00 -0400 (EDT) Subject: [jbossts-issues] [JBoss JIRA] (JBTM-2870) Provide way of getting suppressed exceptions out of SubordinateTransaction In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/JBTM-2870?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Tom Jenkinson updated JBTM-2870: -------------------------------- Fix Version/s: 4.17.42 5.2.25.Final 5.5.24.Final > Provide way of getting suppressed exceptions out of SubordinateTransaction > -------------------------------------------------------------------------- > > Key: JBTM-2870 > URL: https://issues.jboss.org/browse/JBTM-2870 > Project: JBoss Transaction Manager > Issue Type: Feature Request > Components: Transaction Core > Affects Versions: 4.17.38, 5.5.5.Final > Reporter: Ondra Chaloupka > Assignee: Ondra Chaloupka > Fix For: 4.17.42, 5.2.25.Final, 5.5.24.Final > > > We need to provide way how to pass suppressed exceptions of of the `SubordinateTransaction` to the caller. > This request came from customer case and https://bugzilla.redhat.com/show_bug.cgi?id=1435549 as we need to provide exceptions thrown from transaction resource. > The interface is used for controlling propagated transaction from one server to another in EAP/WFLY. > Callers are is ejb3 subsystem in EAP 6.4/7.0 and WFTC in EAP 7.1. -- This message was sent by Atlassian JIRA (v7.2.3#72005) From issues at jboss.org Thu Apr 20 07:36:00 2017 From: issues at jboss.org (Tom Jenkinson (JIRA)) Date: Thu, 20 Apr 2017 07:36:00 -0400 (EDT) Subject: [jbossts-issues] [JBoss JIRA] (JBTM-2870) Provide way of getting suppressed exceptions out of SubordinateTransaction In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/JBTM-2870?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Tom Jenkinson updated JBTM-2870: -------------------------------- Fix Version/s: 5.next > Provide way of getting suppressed exceptions out of SubordinateTransaction > -------------------------------------------------------------------------- > > Key: JBTM-2870 > URL: https://issues.jboss.org/browse/JBTM-2870 > Project: JBoss Transaction Manager > Issue Type: Feature Request > Components: Transaction Core > Affects Versions: 4.17.38, 5.5.5.Final > Reporter: Ondra Chaloupka > Assignee: Ondra Chaloupka > Fix For: 4.17.42, 5.2.25.Final, 5.5.24.Final, 5.next > > > We need to provide way how to pass suppressed exceptions of of the `SubordinateTransaction` to the caller. > This request came from customer case and https://bugzilla.redhat.com/show_bug.cgi?id=1435549 as we need to provide exceptions thrown from transaction resource. > The interface is used for controlling propagated transaction from one server to another in EAP/WFLY. > Callers are is ejb3 subsystem in EAP 6.4/7.0 and WFTC in EAP 7.1. -- This message was sent by Atlassian JIRA (v7.2.3#72005) From issues at jboss.org Thu Apr 20 07:36:00 2017 From: issues at jboss.org (Tom Jenkinson (JIRA)) Date: Thu, 20 Apr 2017 07:36:00 -0400 (EDT) Subject: [jbossts-issues] [JBoss JIRA] (JBTM-2879) JTS before_completion in SynchronizationImple swallows and hides exceptions In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/JBTM-2879?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Tom Jenkinson updated JBTM-2879: -------------------------------- Status: Resolved (was: Pull Request Sent) Resolution: Done > JTS before_completion in SynchronizationImple swallows and hides exceptions > --------------------------------------------------------------------------- > > Key: JBTM-2879 > URL: https://issues.jboss.org/browse/JBTM-2879 > Project: JBoss Transaction Manager > Issue Type: Enhancement > Components: JTS > Reporter: David Lloyd > Assignee: Ondra Chaloupka > Fix For: 5.5.7.Final, 5.next > > > In [SynchronizationImple|https://github.com/jbosstm/narayana/blob/781ace284d840805282e037e9c10c8de6f2de472/ArjunaJTS/jtax/classes/com/arjuna/ats/internal/jta/resources/jts/orbspecific/SynchronizationImple.java#L93], if the user's synchronization fails, the exception is swallowed and never logged. Instead a descriptionless {{UNKNOWN}} is thrown. > The exception should at least be logged to aid in troubleshooting. > Later in the same file, {{after_completion}} is using {{e.printStackTrace()}} to log the stack, which is also less than ideal. -- This message was sent by Atlassian JIRA (v7.2.3#72005) From issues at jboss.org Thu Apr 20 07:36:00 2017 From: issues at jboss.org (Tom Jenkinson (JIRA)) Date: Thu, 20 Apr 2017 07:36:00 -0400 (EDT) Subject: [jbossts-issues] [JBoss JIRA] (JBTM-2879) JTS before_completion in SynchronizationImple swallows and hides exceptions In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/JBTM-2879?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Tom Jenkinson updated JBTM-2879: -------------------------------- Fix Version/s: 5.5.7.Final > JTS before_completion in SynchronizationImple swallows and hides exceptions > --------------------------------------------------------------------------- > > Key: JBTM-2879 > URL: https://issues.jboss.org/browse/JBTM-2879 > Project: JBoss Transaction Manager > Issue Type: Enhancement > Components: JTS > Reporter: David Lloyd > Assignee: Ondra Chaloupka > Fix For: 5.5.7.Final, 5.next > > > In [SynchronizationImple|https://github.com/jbosstm/narayana/blob/781ace284d840805282e037e9c10c8de6f2de472/ArjunaJTS/jtax/classes/com/arjuna/ats/internal/jta/resources/jts/orbspecific/SynchronizationImple.java#L93], if the user's synchronization fails, the exception is swallowed and never logged. Instead a descriptionless {{UNKNOWN}} is thrown. > The exception should at least be logged to aid in troubleshooting. > Later in the same file, {{after_completion}} is using {{e.printStackTrace()}} to log the stack, which is also less than ideal. -- This message was sent by Atlassian JIRA (v7.2.3#72005) From issues at jboss.org Thu Apr 20 07:37:01 2017 From: issues at jboss.org (Tom Jenkinson (JIRA)) Date: Thu, 20 Apr 2017 07:37:01 -0400 (EDT) Subject: [jbossts-issues] [JBoss JIRA] (JBTM-2870) Provide way of getting suppressed exceptions out of SubordinateTransaction In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/JBTM-2870?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Tom Jenkinson updated JBTM-2870: -------------------------------- Fix Version/s: 5.5.7.Final (was: 5.5.24.Final) > Provide way of getting suppressed exceptions out of SubordinateTransaction > -------------------------------------------------------------------------- > > Key: JBTM-2870 > URL: https://issues.jboss.org/browse/JBTM-2870 > Project: JBoss Transaction Manager > Issue Type: Feature Request > Components: Transaction Core > Affects Versions: 4.17.38, 5.5.5.Final > Reporter: Ondra Chaloupka > Assignee: Ondra Chaloupka > Fix For: 4.17.42, 5.2.25.Final, 5.5.7.Final, 5.next > > > We need to provide way how to pass suppressed exceptions of of the `SubordinateTransaction` to the caller. > This request came from customer case and https://bugzilla.redhat.com/show_bug.cgi?id=1435549 as we need to provide exceptions thrown from transaction resource. > The interface is used for controlling propagated transaction from one server to another in EAP/WFLY. > Callers are is ejb3 subsystem in EAP 6.4/7.0 and WFTC in EAP 7.1. -- This message was sent by Atlassian JIRA (v7.2.3#72005) From issues at jboss.org Thu Apr 20 07:38:00 2017 From: issues at jboss.org (Tom Jenkinson (JIRA)) Date: Thu, 20 Apr 2017 07:38:00 -0400 (EDT) Subject: [jbossts-issues] [JBoss JIRA] (JBTM-2870) Provide way of getting suppressed exceptions out of SubordinateTransaction In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/JBTM-2870?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Tom Jenkinson updated JBTM-2870: -------------------------------- Fix Version/s: 5.2.23.Final (was: 5.2.25.Final) > Provide way of getting suppressed exceptions out of SubordinateTransaction > -------------------------------------------------------------------------- > > Key: JBTM-2870 > URL: https://issues.jboss.org/browse/JBTM-2870 > Project: JBoss Transaction Manager > Issue Type: Feature Request > Components: Transaction Core > Affects Versions: 4.17.38, 5.5.5.Final > Reporter: Ondra Chaloupka > Assignee: Ondra Chaloupka > Fix For: 4.17.42, 5.2.23.Final, 5.5.7.Final, 5.next > > > We need to provide way how to pass suppressed exceptions of of the `SubordinateTransaction` to the caller. > This request came from customer case and https://bugzilla.redhat.com/show_bug.cgi?id=1435549 as we need to provide exceptions thrown from transaction resource. > The interface is used for controlling propagated transaction from one server to another in EAP/WFLY. > Callers are is ejb3 subsystem in EAP 6.4/7.0 and WFTC in EAP 7.1. -- This message was sent by Atlassian JIRA (v7.2.3#72005) From issues at jboss.org Thu Apr 20 07:44:00 2017 From: issues at jboss.org (Tom Jenkinson (JIRA)) Date: Thu, 20 Apr 2017 07:44:00 -0400 (EDT) Subject: [jbossts-issues] [JBoss JIRA] (JBTM-2870) Provide way of getting suppressed exceptions out of SubordinateTransaction In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/JBTM-2870?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Tom Jenkinson updated JBTM-2870: -------------------------------- Fix Version/s: 4.17.40 (was: 4.17.42) > Provide way of getting suppressed exceptions out of SubordinateTransaction > -------------------------------------------------------------------------- > > Key: JBTM-2870 > URL: https://issues.jboss.org/browse/JBTM-2870 > Project: JBoss Transaction Manager > Issue Type: Feature Request > Components: Transaction Core > Affects Versions: 4.17.38, 5.5.5.Final > Reporter: Ondra Chaloupka > Assignee: Ondra Chaloupka > Fix For: 4.17.40, 5.2.23.Final, 5.5.7.Final, 5.next > > > We need to provide way how to pass suppressed exceptions of of the `SubordinateTransaction` to the caller. > This request came from customer case and https://bugzilla.redhat.com/show_bug.cgi?id=1435549 as we need to provide exceptions thrown from transaction resource. > The interface is used for controlling propagated transaction from one server to another in EAP/WFLY. > Callers are is ejb3 subsystem in EAP 6.4/7.0 and WFTC in EAP 7.1. -- This message was sent by Atlassian JIRA (v7.2.3#72005) From issues at jboss.org Thu Apr 20 09:58:00 2017 From: issues at jboss.org (Tom Jenkinson (JIRA)) Date: Thu, 20 Apr 2017 09:58:00 -0400 (EDT) Subject: [jbossts-issues] [JBoss JIRA] (JBTM-2885) Orphan detection may attempt to rollback XID even if XAR did not report Xid due to failure In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/JBTM-2885?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Tom Jenkinson updated JBTM-2885: -------------------------------- Priority: Optional (was: Blocker) > Orphan detection may attempt to rollback XID even if XAR did not report Xid due to failure > ------------------------------------------------------------------------------------------ > > Key: JBTM-2885 > URL: https://issues.jboss.org/browse/JBTM-2885 > Project: JBoss Transaction Manager > Issue Type: Bug > Reporter: Tom Jenkinson > Assignee: Tom Jenkinson > Priority: Optional > Fix For: 5.next > > > If the XAR returns a Xid from recover(FIRST_PASS) to XARM but then goes offline we may attempt to rollback the Xid thinking it is stale. If the XAR returns an XAE at that point we should clear the _xidScans so we pick it up next time. -- This message was sent by Atlassian JIRA (v7.2.3#72005) From issues at jboss.org Thu Apr 20 09:58:00 2017 From: issues at jboss.org (Tom Jenkinson (JIRA)) Date: Thu, 20 Apr 2017 09:58:00 -0400 (EDT) Subject: [jbossts-issues] [JBoss JIRA] (JBTM-2885) Orphan detection may attempt to rollback XID even if XAR did not report Xid due to failure In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/JBTM-2885?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Tom Jenkinson updated JBTM-2885: -------------------------------- Fix Version/s: (was: 5.5.25.Final) > Orphan detection may attempt to rollback XID even if XAR did not report Xid due to failure > ------------------------------------------------------------------------------------------ > > Key: JBTM-2885 > URL: https://issues.jboss.org/browse/JBTM-2885 > Project: JBoss Transaction Manager > Issue Type: Bug > Reporter: Tom Jenkinson > Assignee: Tom Jenkinson > Priority: Optional > Fix For: 5.next > > > If the XAR returns a Xid from recover(FIRST_PASS) to XARM but then goes offline we may attempt to rollback the Xid thinking it is stale. If the XAR returns an XAE at that point we should clear the _xidScans so we pick it up next time. > However, the filter that checks for transaction state should detect a transaction log and ignore this Xid anyway. -- This message was sent by Atlassian JIRA (v7.2.3#72005) From issues at jboss.org Thu Apr 20 09:58:00 2017 From: issues at jboss.org (Tom Jenkinson (JIRA)) Date: Thu, 20 Apr 2017 09:58:00 -0400 (EDT) Subject: [jbossts-issues] [JBoss JIRA] (JBTM-2885) Orphan detection may attempt to rollback XID even if XAR did not report Xid due to failure In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/JBTM-2885?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Tom Jenkinson updated JBTM-2885: -------------------------------- Description: If the XAR returns a Xid from recover(FIRST_PASS) to XARM but then goes offline we may attempt to rollback the Xid thinking it is stale. If the XAR returns an XAE at that point we should clear the _xidScans so we pick it up next time. However, the filter that checks for transaction state should detect a transaction log and ignore this Xid anyway. was:If the XAR returns a Xid from recover(FIRST_PASS) to XARM but then goes offline we may attempt to rollback the Xid thinking it is stale. If the XAR returns an XAE at that point we should clear the _xidScans so we pick it up next time. > Orphan detection may attempt to rollback XID even if XAR did not report Xid due to failure > ------------------------------------------------------------------------------------------ > > Key: JBTM-2885 > URL: https://issues.jboss.org/browse/JBTM-2885 > Project: JBoss Transaction Manager > Issue Type: Bug > Reporter: Tom Jenkinson > Assignee: Tom Jenkinson > Priority: Optional > Fix For: 5.next > > > If the XAR returns a Xid from recover(FIRST_PASS) to XARM but then goes offline we may attempt to rollback the Xid thinking it is stale. If the XAR returns an XAE at that point we should clear the _xidScans so we pick it up next time. > However, the filter that checks for transaction state should detect a transaction log and ignore this Xid anyway. -- This message was sent by Atlassian JIRA (v7.2.3#72005) From issues at jboss.org Thu Apr 20 09:59:00 2017 From: issues at jboss.org (Tom Jenkinson (JIRA)) Date: Thu, 20 Apr 2017 09:59:00 -0400 (EDT) Subject: [jbossts-issues] [JBoss JIRA] (JBTM-2885) Orphan detection may attempt to rollback orphan if resource fails to return values In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/JBTM-2885?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Tom Jenkinson updated JBTM-2885: -------------------------------- Summary: Orphan detection may attempt to rollback orphan if resource fails to return values (was: Orphan detection may attempt to rollback XID even if XAR did not report Xid due to failure) > Orphan detection may attempt to rollback orphan if resource fails to return values > ---------------------------------------------------------------------------------- > > Key: JBTM-2885 > URL: https://issues.jboss.org/browse/JBTM-2885 > Project: JBoss Transaction Manager > Issue Type: Bug > Reporter: Tom Jenkinson > Assignee: Tom Jenkinson > Priority: Optional > Fix For: 5.next > > > If the XAR returns a Xid from recover(FIRST_PASS) to XARM but then goes offline we may attempt to rollback the Xid thinking it is stale. If the XAR returns an XAE at that point we should clear the _xidScans so we pick it up next time. > However, the filter that checks for transaction state should detect a transaction log and ignore this Xid anyway. -- This message was sent by Atlassian JIRA (v7.2.3#72005) From issues at jboss.org Thu Apr 20 10:00:00 2017 From: issues at jboss.org (Tom Jenkinson (JIRA)) Date: Thu, 20 Apr 2017 10:00:00 -0400 (EDT) Subject: [jbossts-issues] [JBoss JIRA] (JBTM-2885) Orphan detection may attempt to rollback orphan if resource fails to return values In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/JBTM-2885?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Tom Jenkinson updated JBTM-2885: -------------------------------- Description: If the XAR returns a Xid from recover(FIRST_PASS) to XARM but then goes offline for a cycle we may attempt to rollback the Xid thinking it is stale. If the XAR returns an XAE at that point we should clear the _xidScans so we pick it up next time. However, there is a filter that checks for transaction state which would detect a transaction log and ignore this Xid so adding this protection would only be considered belt-and-braces. was: If the XAR returns a Xid from recover(FIRST_PASS) to XARM but then goes offline we may attempt to rollback the Xid thinking it is stale. If the XAR returns an XAE at that point we should clear the _xidScans so we pick it up next time. However, the filter that checks for transaction state should detect a transaction log and ignore this Xid anyway. > Orphan detection may attempt to rollback orphan if resource fails to return values > ---------------------------------------------------------------------------------- > > Key: JBTM-2885 > URL: https://issues.jboss.org/browse/JBTM-2885 > Project: JBoss Transaction Manager > Issue Type: Bug > Reporter: Tom Jenkinson > Assignee: Tom Jenkinson > Priority: Optional > Fix For: 5.next > > > If the XAR returns a Xid from recover(FIRST_PASS) to XARM but then goes offline for a cycle we may attempt to rollback the Xid thinking it is stale. If the XAR returns an XAE at that point we should clear the _xidScans so we pick it up next time. > However, there is a filter that checks for transaction state which would detect a transaction log and ignore this Xid so adding this protection would only be considered belt-and-braces. -- This message was sent by Atlassian JIRA (v7.2.3#72005) From issues at jboss.org Thu Apr 20 10:06:00 2017 From: issues at jboss.org (Tom Jenkinson (JIRA)) Date: Thu, 20 Apr 2017 10:06:00 -0400 (EDT) Subject: [jbossts-issues] [JBoss JIRA] (JBTM-2885) Orphan detection may attempt to rollback orphan if resource fails to return values In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/JBTM-2885?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Tom Jenkinson updated JBTM-2885: -------------------------------- Description: If the XAR returns a Xid from recover(FIRST_PASS) to XARM but then goes offline for a cycle we may attempt to rollback the Xid thinking it is stale. If the XAR returns an XAE at that point we should clear the _xidScans so we pick it up next time. However, there is a filter that checks for transaction state (JTATransactionLogXAResourceOrphanFilter) which would detect a transaction log and ignore this Xid so adding this protection would only be considered belt-and-braces. was: If the XAR returns a Xid from recover(FIRST_PASS) to XARM but then goes offline for a cycle we may attempt to rollback the Xid thinking it is stale. If the XAR returns an XAE at that point we should clear the _xidScans so we pick it up next time. However, there is a filter that checks for transaction state which would detect a transaction log and ignore this Xid so adding this protection would only be considered belt-and-braces. > Orphan detection may attempt to rollback orphan if resource fails to return values > ---------------------------------------------------------------------------------- > > Key: JBTM-2885 > URL: https://issues.jboss.org/browse/JBTM-2885 > Project: JBoss Transaction Manager > Issue Type: Bug > Reporter: Tom Jenkinson > Assignee: Tom Jenkinson > Priority: Optional > Fix For: 5.next > > > If the XAR returns a Xid from recover(FIRST_PASS) to XARM but then goes offline for a cycle we may attempt to rollback the Xid thinking it is stale. If the XAR returns an XAE at that point we should clear the _xidScans so we pick it up next time. > However, there is a filter that checks for transaction state (JTATransactionLogXAResourceOrphanFilter) which would detect a transaction log and ignore this Xid so adding this protection would only be considered belt-and-braces. -- This message was sent by Atlassian JIRA (v7.2.3#72005) From issues at jboss.org Mon Apr 24 08:47:00 2017 From: issues at jboss.org (Michael Musgrove (JIRA)) Date: Mon, 24 Apr 2017 08:47:00 -0400 (EDT) Subject: [jbossts-issues] [JBoss JIRA] (JBTM-1732) Durable STM instances require explicit sync to save state In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/JBTM-1732?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13397060#comment-13397060 ] Michael Musgrove commented on JBTM-1732: ---------------------------------------- This issue also applies to in memory stores (ie STM objects created using Container.TYPE.RECOVERABLE). > Durable STM instances require explicit sync to save state > --------------------------------------------------------- > > Key: JBTM-1732 > URL: https://issues.jboss.org/browse/JBTM-1732 > Project: JBoss Transaction Manager > Issue Type: Feature Request > Components: STM > Affects Versions: 5.0.0.M3 > Reporter: Mark Little > Assignee: Mark Little > Priority: Optional > > As with TXOJ, a persistent STM object isn't written to disk until a write lock is acquired on it within the scope of a transaction. Consider automating this at creation time. -- This message was sent by Atlassian JIRA (v7.2.3#72005) From issues at jboss.org Tue Apr 25 11:57:00 2017 From: issues at jboss.org (Michael Musgrove (JIRA)) Date: Tue, 25 Apr 2017 11:57:00 -0400 (EDT) Subject: [jbossts-issues] [JBoss JIRA] (JBTM-2887) No warnings if a field marked with @State is not a supported datatype In-Reply-To: References: Message-ID: Michael Musgrove created JBTM-2887: -------------------------------------- Summary: No warnings if a field marked with @State is not a supported datatype Key: JBTM-2887 URL: https://issues.jboss.org/browse/JBTM-2887 Project: JBoss Transaction Manager Issue Type: Bug Components: STM Affects Versions: 5.5.24.Final Reporter: Michael Musgrove Assignee: Mark Little If a field annotated with @State (such as a map) is not one of the supported datatypes then any attempt to obtain an STM lock will fail with LockResult.REFUSED. It would be useful if a warning is logged to indicate why lock acquisition is refused to prompt the developer to override the save_state and restore_state methods. -- This message was sent by Atlassian JIRA (v7.2.3#72005) From issues at jboss.org Tue Apr 25 12:01:00 2017 From: issues at jboss.org (Michael Musgrove (JIRA)) Date: Tue, 25 Apr 2017 12:01:00 -0400 (EDT) Subject: [jbossts-issues] [JBoss JIRA] (JBTM-2887) No warnings if a field marked with @State is not a supported datatype In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/JBTM-2887?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13397874#comment-13397874 ] Michael Musgrove commented on JBTM-2887: ---------------------------------------- Supported types are Boolean, Byte, Short, Integer, Long, Float, Double, Character, String and Transactional. LockManagerProxy#packObjectType() contains the definitive list. > No warnings if a field marked with @State is not a supported datatype > --------------------------------------------------------------------- > > Key: JBTM-2887 > URL: https://issues.jboss.org/browse/JBTM-2887 > Project: JBoss Transaction Manager > Issue Type: Bug > Components: STM > Affects Versions: 5.5.24.Final > Reporter: Michael Musgrove > Assignee: Mark Little > > If a field annotated with @State (such as a map) is not one of the supported datatypes then any attempt to obtain an STM lock will fail with LockResult.REFUSED. > It would be useful if a warning is logged to indicate why lock acquisition is refused to prompt the developer to override the save_state and restore_state methods. -- This message was sent by Atlassian JIRA (v7.2.3#72005) From issues at jboss.org Tue Apr 25 12:35:00 2017 From: issues at jboss.org (Michael Musgrove (JIRA)) Date: Tue, 25 Apr 2017 12:35:00 -0400 (EDT) Subject: [jbossts-issues] [JBoss JIRA] (JBTM-2888) NestedTopLevel transactions do not rollback state on exception In-Reply-To: References: Message-ID: Michael Musgrove created JBTM-2888: -------------------------------------- Summary: NestedTopLevel transactions do not rollback state on exception Key: JBTM-2888 URL: https://issues.jboss.org/browse/JBTM-2888 Project: JBoss Transaction Manager Issue Type: Bug Components: STM Affects Versions: 5.5.24.Final Reporter: Michael Musgrove Assignee: Mark Little The attached file is a reproducer. Drop it into the STM tests directory and run to see the failure. It creates two transactional objects A and B. B is further annotated with @NestedTopLevel. The test: - starts a transaction A; - calls a write method on A; - then calls a write method on B which throws an exception; - aborts or commits A (either outcome produces the error) Since the container starts a top-level transaction for the call to the method on B I would expect it to abort it if the B method throws an exception. What I find is that it will always call commit. This behaviour limits the usefulness of @NestedTopLevel when such methods are called inside an existing transaction since there is no mechanism for rolling back changes. -- This message was sent by Atlassian JIRA (v7.2.3#72005) From issues at jboss.org Tue Apr 25 12:36:00 2017 From: issues at jboss.org (Michael Musgrove (JIRA)) Date: Tue, 25 Apr 2017 12:36:00 -0400 (EDT) Subject: [jbossts-issues] [JBoss JIRA] (JBTM-2888) NestedTopLevel transactions do not rollback state on exception In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/JBTM-2888?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Michael Musgrove updated JBTM-2888: ----------------------------------- Attachment: NestedTopLevel2UnitTest.java > NestedTopLevel transactions do not rollback state on exception > -------------------------------------------------------------- > > Key: JBTM-2888 > URL: https://issues.jboss.org/browse/JBTM-2888 > Project: JBoss Transaction Manager > Issue Type: Bug > Components: STM > Affects Versions: 5.5.24.Final > Reporter: Michael Musgrove > Assignee: Mark Little > Attachments: NestedTopLevel2UnitTest.java > > > The attached file is a reproducer. Drop it into the STM tests directory and run to see the failure. > It creates two transactional objects A and B. B is further annotated with @NestedTopLevel. The test: > - starts a transaction A; > - calls a write method on A; > - then calls a write method on B which throws an exception; > - aborts or commits A (either outcome produces the error) > Since the container starts a top-level transaction for the call to the method on B I would expect it to abort it if the B method throws an exception. What I find is that it will always call commit. > This behaviour limits the usefulness of @NestedTopLevel when such methods are called inside an existing transaction since there is no mechanism for rolling back changes. -- This message was sent by Atlassian JIRA (v7.2.3#72005) From issues at jboss.org Tue Apr 25 13:14:00 2017 From: issues at jboss.org (Michael Musgrove (JIRA)) Date: Tue, 25 Apr 2017 13:14:00 -0400 (EDT) Subject: [jbossts-issues] [JBoss JIRA] (JBTM-2889) Include a vertx with STM quickstart In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/JBTM-2889?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Michael Musgrove updated JBTM-2889: ----------------------------------- Summary: Include a vertx with STM quickstart (was: Include an vertx with STM quickstart) > Include a vertx with STM quickstart > ----------------------------------- > > Key: JBTM-2889 > URL: https://issues.jboss.org/browse/JBTM-2889 > Project: JBoss Transaction Manager > Issue Type: Task > Components: Demonstrator, STM > Affects Versions: 5.5.24.Final > Reporter: Michael Musgrove > Assignee: Michael Musgrove > Priority: Optional > Fix For: 5.next > > > It would be useful to include a quickstart that shows how to use STM with vertx -- This message was sent by Atlassian JIRA (v7.2.3#72005) From issues at jboss.org Tue Apr 25 13:14:00 2017 From: issues at jboss.org (Michael Musgrove (JIRA)) Date: Tue, 25 Apr 2017 13:14:00 -0400 (EDT) Subject: [jbossts-issues] [JBoss JIRA] (JBTM-2889) Include an vertx with STM quickstart In-Reply-To: References: Message-ID: Michael Musgrove created JBTM-2889: -------------------------------------- Summary: Include an vertx with STM quickstart Key: JBTM-2889 URL: https://issues.jboss.org/browse/JBTM-2889 Project: JBoss Transaction Manager Issue Type: Task Components: Demonstrator, STM Affects Versions: 5.5.24.Final Reporter: Michael Musgrove Assignee: Michael Musgrove Priority: Optional Fix For: 5.next It would be useful to include a quickstart that shows how to use STM with vertx -- This message was sent by Atlassian JIRA (v7.2.3#72005) From issues at jboss.org Wed Apr 26 04:46:00 2017 From: issues at jboss.org (Colin Song (JIRA)) Date: Wed, 26 Apr 2017 04:46:00 -0400 (EDT) Subject: [jbossts-issues] [JBoss JIRA] (JBTM-2890) asyncAfterSynchronization throw exception when transaction abort In-Reply-To: References: Message-ID: Colin Song created JBTM-2890: -------------------------------- Summary: asyncAfterSynchronization throw exception when transaction abort Key: JBTM-2890 URL: https://issues.jboss.org/browse/JBTM-2890 Project: JBoss Transaction Manager Issue Type: Bug Components: JTA Affects Versions: 5.5.24.Final, 5.5.0.Final Reporter: Colin Song *The problem:* There's two problems about asyncAfterSynchronization(com.arjuna.ats.arjuna.coordinator.asyncAfterSynchronization=true) option: * If we want asyncAfterSynchronization, we must set asyncBeforeSynchronization * When tx abort, and we have asyncAfterSynchronization option, there's exception *Root cause:* {{TwoPhaseCoordinator.synchronizationCompletionService}} and {{TwoPhaseCoordinator.runningSynchronizations}} only inited in {{asyncBeforeSynchronization}} *Solution:* Also init {{TwoPhaseCoordinator.synchronizationCompletionService}} and {{TwoPhaseCoordinator.runningSynchronizations}} in asyncAfterSynchronization -- This message was sent by Atlassian JIRA (v7.2.3#72005) From issues at jboss.org Wed Apr 26 05:51:00 2017 From: issues at jboss.org (Tom Jenkinson (JIRA)) Date: Wed, 26 Apr 2017 05:51:00 -0400 (EDT) Subject: [jbossts-issues] [JBoss JIRA] (JBTM-2890) asyncAfterSynchronization throw exception when transaction abort In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/JBTM-2890?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Issue was automatically transitioned when Tom Jenkinson created pull request #1172 in GitHub -------------------------------------------------------------------------------------------- Status: Pull Request Sent (was: Open) > asyncAfterSynchronization throw exception when transaction abort > ---------------------------------------------------------------- > > Key: JBTM-2890 > URL: https://issues.jboss.org/browse/JBTM-2890 > Project: JBoss Transaction Manager > Issue Type: Bug > Components: JTA > Affects Versions: 5.5.0.Final, 5.5.24.Final > Reporter: Colin Song > > *The problem:* > There's two problems about asyncAfterSynchronization(com.arjuna.ats.arjuna.coordinator.asyncAfterSynchronization=true) option: > * If we want asyncAfterSynchronization, we must set asyncBeforeSynchronization > * When tx abort, and we have asyncAfterSynchronization option, there's exception > *Root cause:* {{TwoPhaseCoordinator.synchronizationCompletionService}} and {{TwoPhaseCoordinator.runningSynchronizations}} only inited in {{asyncBeforeSynchronization}} > *Solution:* > Also init {{TwoPhaseCoordinator.synchronizationCompletionService}} and {{TwoPhaseCoordinator.runningSynchronizations}} in asyncAfterSynchronization -- This message was sent by Atlassian JIRA (v7.2.3#72005) From issues at jboss.org Wed Apr 26 05:51:00 2017 From: issues at jboss.org (Tom Jenkinson (JIRA)) Date: Wed, 26 Apr 2017 05:51:00 -0400 (EDT) Subject: [jbossts-issues] [JBoss JIRA] (JBTM-2890) asyncAfterSynchronization throw exception when transaction abort In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/JBTM-2890?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13398215#comment-13398215 ] Tom Jenkinson commented on JBTM-2890: ------------------------------------- Thanks for the report - PR raised https://github.com/jbosstm/narayana/pull/1172 > asyncAfterSynchronization throw exception when transaction abort > ---------------------------------------------------------------- > > Key: JBTM-2890 > URL: https://issues.jboss.org/browse/JBTM-2890 > Project: JBoss Transaction Manager > Issue Type: Bug > Components: JTA > Affects Versions: 5.5.0.Final, 5.5.24.Final > Reporter: Colin Song > > *The problem:* > There's two problems about asyncAfterSynchronization(com.arjuna.ats.arjuna.coordinator.asyncAfterSynchronization=true) option: > * If we want asyncAfterSynchronization, we must set asyncBeforeSynchronization > * When tx abort, and we have asyncAfterSynchronization option, there's exception > *Root cause:* {{TwoPhaseCoordinator.synchronizationCompletionService}} and {{TwoPhaseCoordinator.runningSynchronizations}} only inited in {{asyncBeforeSynchronization}} > *Solution:* > Also init {{TwoPhaseCoordinator.synchronizationCompletionService}} and {{TwoPhaseCoordinator.runningSynchronizations}} in asyncAfterSynchronization -- This message was sent by Atlassian JIRA (v7.2.3#72005) From issues at jboss.org Wed Apr 26 06:37:01 2017 From: issues at jboss.org (Ondra Chaloupka (JIRA)) Date: Wed, 26 Apr 2017 06:37:01 -0400 (EDT) Subject: [jbossts-issues] [JBoss JIRA] (JBTM-2891) Default dependency on org.jboss.xts could be added to WFLY deployements using XTS interfaces In-Reply-To: References: Message-ID: Ondra Chaloupka created JBTM-2891: ------------------------------------- Summary: Default dependency on org.jboss.xts could be added to WFLY deployements using XTS interfaces Key: JBTM-2891 URL: https://issues.jboss.org/browse/JBTM-2891 Project: JBoss Transaction Manager Issue Type: Enhancement Components: XTS Affects Versions: 5.5.24.Final Reporter: Ondra Chaloupka Assignee: Ondra Chaloupka WildFly currently adds default dependency for {{org.jboss.xts}} module when deployment defines some of the compensations annotation. Provided by {{XTSDependenciesDeploymentProcessor}} see https://github.com/wildfly/wildfly/blob/master/xts/src/main/java/org/jboss/as/xts/XTSDependenciesDeploymentProcessor.java#L58 (in fact XTS dependency is needed only when compensating framework works in distributed manner but it's absolutely ok by my point of view to add the dependency as it's currently done). But if deployment uses just XTS interfaces and defines WS handlers in descriptor then user is forced to apply the dependency on its own. E.g. eap quickstarts does so https://github.com/wildfly/quickstart/blob/11.x/wsat-simple/src/main/java/org/jboss/as/quickstarts/wsat/simple/RestaurantParticipant.java#L33 It implements Durable2PCParticipant and the XTS transaction context processing is done by specifying the xts handler in descriptor (https://github.com/wildfly/quickstart/blob/11.x/wsat-simple/src/main/webapp/WEB-INF/classes/context-handlers.xml#L24). It would be good to add implicit dependency in such cases for user does not need to provide it on his own. -- This message was sent by Atlassian JIRA (v7.2.3#72005) From issues at jboss.org Wed Apr 26 06:41:00 2017 From: issues at jboss.org (Ondra Chaloupka (JIRA)) Date: Wed, 26 Apr 2017 06:41:00 -0400 (EDT) Subject: [jbossts-issues] [JBoss JIRA] (JBTM-2891) Default dependency on org.jboss.xts could be added to WFLY deployements using XTS interfaces In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/JBTM-2891?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13398273#comment-13398273 ] Ondra Chaloupka commented on JBTM-2891: --------------------------------------- I was already experimenting with this a little bit based on my fix for the quickstart (WFLY-8592) but I found that method {{getAllKnownImplementors}} does not consider interface inheritance. Thus for the hierarchy structure is like {code} (deployment class) -> com.arjuna.wst.Durable2PCParticipant/Volatile2PCParticipant -> com.arjuna.wst.Participant. {code} call {code} compositeIndex.getAllKnownImplementors(DotName.createSimple(com.arjuna.wst.Participant.class.getName())) {code} returns nothing. I discussed this with Jason and it's expected behavior and he suggested two ways (quoting him) {quote} There are two solutions I can think of to this A) Human hard coding of the Naryana inheritance hierarchy of that interface into the XTS deployer - Assumes that it changes infrequently, or is it least done via a component update of Naryana B) A small custom maven plugin in the wildfly build for the transaction subsystem that generates Java source or a data file that achieves whats described in A) that can be called by the subsystem code. In the case of Java code, the subsystem code would just refer to a base type or an interface, and then dynamically load the generated implementation class. The maven plugin could use Jandex, some other bytecode analysis framework, or even Java reflection to discover the relevant types. {quote} I think that the option {{A}} is easier and expected one. The interfaces is not expected to be changed. > Default dependency on org.jboss.xts could be added to WFLY deployements using XTS interfaces > -------------------------------------------------------------------------------------------- > > Key: JBTM-2891 > URL: https://issues.jboss.org/browse/JBTM-2891 > Project: JBoss Transaction Manager > Issue Type: Enhancement > Components: XTS > Affects Versions: 5.5.24.Final > Reporter: Ondra Chaloupka > Assignee: Ondra Chaloupka > > WildFly currently adds default dependency for {{org.jboss.xts}} module when deployment defines some of the compensations annotation. Provided by {{XTSDependenciesDeploymentProcessor}} see https://github.com/wildfly/wildfly/blob/master/xts/src/main/java/org/jboss/as/xts/XTSDependenciesDeploymentProcessor.java#L58 (in fact XTS dependency is needed only when compensating framework works in distributed manner but it's absolutely ok by my point of view to add the dependency as it's currently done). > But if deployment uses just XTS interfaces and defines WS handlers in descriptor then user is forced to apply the dependency on its own. > E.g. eap quickstarts does so > https://github.com/wildfly/quickstart/blob/11.x/wsat-simple/src/main/java/org/jboss/as/quickstarts/wsat/simple/RestaurantParticipant.java#L33 > It implements Durable2PCParticipant and the XTS transaction context processing is done by specifying the xts handler in descriptor (https://github.com/wildfly/quickstart/blob/11.x/wsat-simple/src/main/webapp/WEB-INF/classes/context-handlers.xml#L24). > It would be good to add implicit dependency in such cases for user does not need to provide it on his own. -- This message was sent by Atlassian JIRA (v7.2.3#72005) From issues at jboss.org Wed Apr 26 06:42:00 2017 From: issues at jboss.org (Ondra Chaloupka (JIRA)) Date: Wed, 26 Apr 2017 06:42:00 -0400 (EDT) Subject: [jbossts-issues] [JBoss JIRA] (JBTM-2891) Default dependency on org.jboss.xts could be added to WFLY deployements using XTS interfaces In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/JBTM-2891?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13398273#comment-13398273 ] Ondra Chaloupka edited comment on JBTM-2891 at 4/26/17 6:41 AM: ---------------------------------------------------------------- I was already experimenting with this a little bit based on my fix for the quickstart (WFLY-8592) but I found that method {{getAllKnownImplementors}} does not consider interface inheritance. Thus for the hierarchy structure is like {code} (deployment class) -> com.arjuna.wst.Durable2PCParticipant/Volatile2PCParticipant -> com.arjuna.wst.Participant. {code} call {code} compositeIndex.getAllKnownImplementors(DotName.createSimple(com.arjuna.wst.Participant.class.getName())) {code} returns nothing. I discussed this with Jason and it's expected behavior and he suggested two ways (quoting him) {quote} There are two solutions I can think of to this A) Human hard coding of the Naryana inheritance hierarchy of that interface into the XTS deployer - assumes that it changes infrequently, or is it least done via a component update of Naryana B) A small custom maven plugin in the wildfly build for the transaction subsystem that generates Java source or a data file that achieves whats described in A) that can be called by the subsystem code. In the case of Java code, the subsystem code would just refer to a base type or an interface, and then dynamically load the generated implementation class. The maven plugin could use Jandex, some other bytecode analysis framework, or even Java reflection to discover the relevant types. {quote} I think that the option {{A}} is easier and expected one. The interfaces is not expected to be changed. was (Author: ochaloup): I was already experimenting with this a little bit based on my fix for the quickstart (WFLY-8592) but I found that method {{getAllKnownImplementors}} does not consider interface inheritance. Thus for the hierarchy structure is like {code} (deployment class) -> com.arjuna.wst.Durable2PCParticipant/Volatile2PCParticipant -> com.arjuna.wst.Participant. {code} call {code} compositeIndex.getAllKnownImplementors(DotName.createSimple(com.arjuna.wst.Participant.class.getName())) {code} returns nothing. I discussed this with Jason and it's expected behavior and he suggested two ways (quoting him) {quote} There are two solutions I can think of to this A) Human hard coding of the Naryana inheritance hierarchy of that interface into the XTS deployer - Assumes that it changes infrequently, or is it least done via a component update of Naryana B) A small custom maven plugin in the wildfly build for the transaction subsystem that generates Java source or a data file that achieves whats described in A) that can be called by the subsystem code. In the case of Java code, the subsystem code would just refer to a base type or an interface, and then dynamically load the generated implementation class. The maven plugin could use Jandex, some other bytecode analysis framework, or even Java reflection to discover the relevant types. {quote} I think that the option {{A}} is easier and expected one. The interfaces is not expected to be changed. > Default dependency on org.jboss.xts could be added to WFLY deployements using XTS interfaces > -------------------------------------------------------------------------------------------- > > Key: JBTM-2891 > URL: https://issues.jboss.org/browse/JBTM-2891 > Project: JBoss Transaction Manager > Issue Type: Enhancement > Components: XTS > Affects Versions: 5.5.24.Final > Reporter: Ondra Chaloupka > Assignee: Ondra Chaloupka > > WildFly currently adds default dependency for {{org.jboss.xts}} module when deployment defines some of the compensations annotation. Provided by {{XTSDependenciesDeploymentProcessor}} see https://github.com/wildfly/wildfly/blob/master/xts/src/main/java/org/jboss/as/xts/XTSDependenciesDeploymentProcessor.java#L58 (in fact XTS dependency is needed only when compensating framework works in distributed manner but it's absolutely ok by my point of view to add the dependency as it's currently done). > But if deployment uses just XTS interfaces and defines WS handlers in descriptor then user is forced to apply the dependency on its own. > E.g. eap quickstarts does so > https://github.com/wildfly/quickstart/blob/11.x/wsat-simple/src/main/java/org/jboss/as/quickstarts/wsat/simple/RestaurantParticipant.java#L33 > It implements Durable2PCParticipant and the XTS transaction context processing is done by specifying the xts handler in descriptor (https://github.com/wildfly/quickstart/blob/11.x/wsat-simple/src/main/webapp/WEB-INF/classes/context-handlers.xml#L24). > It would be good to add implicit dependency in such cases for user does not need to provide it on his own. -- This message was sent by Atlassian JIRA (v7.2.3#72005) From issues at jboss.org Wed Apr 26 06:42:00 2017 From: issues at jboss.org (Ondra Chaloupka (JIRA)) Date: Wed, 26 Apr 2017 06:42:00 -0400 (EDT) Subject: [jbossts-issues] [JBoss JIRA] (JBTM-2891) Default dependency on org.jboss.xts could be added to WFLY deployements when deployment uses XTS interfaces In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/JBTM-2891?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Ondra Chaloupka updated JBTM-2891: ---------------------------------- Summary: Default dependency on org.jboss.xts could be added to WFLY deployements when deployment uses XTS interfaces (was: Default dependency on org.jboss.xts could be added to WFLY deployements using XTS interfaces) > Default dependency on org.jboss.xts could be added to WFLY deployements when deployment uses XTS interfaces > ----------------------------------------------------------------------------------------------------------- > > Key: JBTM-2891 > URL: https://issues.jboss.org/browse/JBTM-2891 > Project: JBoss Transaction Manager > Issue Type: Enhancement > Components: XTS > Affects Versions: 5.5.24.Final > Reporter: Ondra Chaloupka > Assignee: Ondra Chaloupka > > WildFly currently adds default dependency for {{org.jboss.xts}} module when deployment defines some of the compensations annotation. Provided by {{XTSDependenciesDeploymentProcessor}} see https://github.com/wildfly/wildfly/blob/master/xts/src/main/java/org/jboss/as/xts/XTSDependenciesDeploymentProcessor.java#L58 (in fact XTS dependency is needed only when compensating framework works in distributed manner but it's absolutely ok by my point of view to add the dependency as it's currently done). > But if deployment uses just XTS interfaces and defines WS handlers in descriptor then user is forced to apply the dependency on its own. > E.g. eap quickstarts does so > https://github.com/wildfly/quickstart/blob/11.x/wsat-simple/src/main/java/org/jboss/as/quickstarts/wsat/simple/RestaurantParticipant.java#L33 > It implements Durable2PCParticipant and the XTS transaction context processing is done by specifying the xts handler in descriptor (https://github.com/wildfly/quickstart/blob/11.x/wsat-simple/src/main/webapp/WEB-INF/classes/context-handlers.xml#L24). > It would be good to add implicit dependency in such cases for user does not need to provide it on his own. -- This message was sent by Atlassian JIRA (v7.2.3#72005) From issues at jboss.org Wed Apr 26 08:52:00 2017 From: issues at jboss.org (Michael Musgrove (JIRA)) Date: Wed, 26 Apr 2017 08:52:00 -0400 (EDT) Subject: [jbossts-issues] [JBoss JIRA] (JBTM-2887) No warnings if a field marked with @State is not a supported datatype In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/JBTM-2887?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Michael Musgrove reassigned JBTM-2887: -------------------------------------- Assignee: Michael Musgrove (was: Mark Little) > No warnings if a field marked with @State is not a supported datatype > --------------------------------------------------------------------- > > Key: JBTM-2887 > URL: https://issues.jboss.org/browse/JBTM-2887 > Project: JBoss Transaction Manager > Issue Type: Bug > Components: STM > Affects Versions: 5.5.24.Final > Reporter: Michael Musgrove > Assignee: Michael Musgrove > > If a field annotated with @State (such as a map) is not one of the supported datatypes then any attempt to obtain an STM lock will fail with LockResult.REFUSED. > It would be useful if a warning is logged to indicate why lock acquisition is refused to prompt the developer to override the save_state and restore_state methods. -- This message was sent by Atlassian JIRA (v7.2.3#72005) From issues at jboss.org Wed Apr 26 08:52:00 2017 From: issues at jboss.org (Michael Musgrove (JIRA)) Date: Wed, 26 Apr 2017 08:52:00 -0400 (EDT) Subject: [jbossts-issues] [JBoss JIRA] (JBTM-2887) No warnings if a field marked with @State is not a supported datatype In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/JBTM-2887?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Michael Musgrove reassigned JBTM-2887: -------------------------------------- Assignee: Mark Little (was: Michael Musgrove) > No warnings if a field marked with @State is not a supported datatype > --------------------------------------------------------------------- > > Key: JBTM-2887 > URL: https://issues.jboss.org/browse/JBTM-2887 > Project: JBoss Transaction Manager > Issue Type: Bug > Components: STM > Affects Versions: 5.5.24.Final > Reporter: Michael Musgrove > Assignee: Mark Little > > If a field annotated with @State (such as a map) is not one of the supported datatypes then any attempt to obtain an STM lock will fail with LockResult.REFUSED. > It would be useful if a warning is logged to indicate why lock acquisition is refused to prompt the developer to override the save_state and restore_state methods. -- This message was sent by Atlassian JIRA (v7.2.3#72005) From issues at jboss.org Wed Apr 26 08:52:00 2017 From: issues at jboss.org (Michael Musgrove (JIRA)) Date: Wed, 26 Apr 2017 08:52:00 -0400 (EDT) Subject: [jbossts-issues] [JBoss JIRA] (JBTM-2887) No warnings if a field marked with @State is not a supported datatype In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/JBTM-2887?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Michael Musgrove reassigned JBTM-2887: -------------------------------------- Assignee: Michael Musgrove (was: Mark Little) > No warnings if a field marked with @State is not a supported datatype > --------------------------------------------------------------------- > > Key: JBTM-2887 > URL: https://issues.jboss.org/browse/JBTM-2887 > Project: JBoss Transaction Manager > Issue Type: Bug > Components: STM > Affects Versions: 5.5.24.Final > Reporter: Michael Musgrove > Assignee: Michael Musgrove > > If a field annotated with @State (such as a map) is not one of the supported datatypes then any attempt to obtain an STM lock will fail with LockResult.REFUSED. > It would be useful if a warning is logged to indicate why lock acquisition is refused to prompt the developer to override the save_state and restore_state methods. -- This message was sent by Atlassian JIRA (v7.2.3#72005)