[JBoss JIRA] Created: (JBTM-901) Classloading exceptions during the periodic recovery process
by Ivo Studensky (JIRA)
Classloading exceptions during the periodic recovery process
------------------------------------------------------------
Key: JBTM-901
URL: https://issues.jboss.org/browse/JBTM-901
Project: JBoss Transaction Manager
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: TxBridge
Affects Versions: 4.15.3
Reporter: Ivo Studensky
Assignee: Paul Robinson
Some classloading exceptions happen during the periodic recovery process if AS7 started with standalone-xts.xml configuration, see the log snippets bellow.
It seems like some missing deps to javax.resource.api and javax.transaction.api in xts module descriptor. But it could also be that the standalone-xts.xml configuration file in AS7 is out of date.
Could you check this pls? Note: it was tested on the latest AS7 master.
{code}
13:08:17,500 ERROR [stderr] (Periodic Recovery) Exception in thread "Periodic Recovery" java.lang.NoClassDefFoundError: javax/transaction/SystemException
13:08:17,500 ERROR [stderr] (Periodic Recovery) at org.jboss.jbossts.txbridge.outbound.OutboundBridgeRecoveryManager.periodicWorkSecondPass(OutboundBridgeRecoveryManager.java:87)
13:08:17,501 ERROR [stderr] (Periodic Recovery) at com.arjuna.ats.internal.arjuna.recovery.PeriodicRecovery.doWorkInternal(PeriodicRecovery.java:789)
13:08:17,501 ERROR [stderr] (Periodic Recovery) at com.arjuna.ats.internal.arjuna.recovery.PeriodicRecovery.run(PeriodicRecovery.java:371)
13:08:17,501 ERROR [stderr] (Periodic Recovery) Caused by: java.lang.ClassNotFoundException: javax.transaction.SystemException from [Module "org.jboss.xts:main" from local module loader @2ca6d51e (roots: /home/studensky/job/git/jboss-as/build/target/jboss-as-7.1.0.Alpha1-SNAPSHOT/modules)]
13:08:17,501 ERROR [stderr] (Periodic Recovery) at org.jboss.modules.ModuleClassLoader.findClass(ModuleClassLoader.java:191)
13:08:17,501 ERROR [stderr] (Periodic Recovery) at org.jboss.modules.ConcurrentClassLoader.performLoadClassChecked(ConcurrentClassLoader.java:361)
13:08:17,501 ERROR [stderr] (Periodic Recovery) at org.jboss.modules.ConcurrentClassLoader.performLoadClassChecked(ConcurrentClassLoader.java:333)
13:08:17,502 ERROR [stderr] (Periodic Recovery) at org.jboss.modules.ConcurrentClassLoader.performLoadClass(ConcurrentClassLoader.java:310)
13:08:17,502 ERROR [stderr] (Periodic Recovery) at org.jboss.modules.ConcurrentClassLoader.loadClass(ConcurrentClassLoader.java:103)
13:08:17,502 ERROR [stderr] (Periodic Recovery) ... 3 more
{code}
{code}
Exception in thread "Periodic Recovery" java.lang.NoClassDefFoundError: javax/resource/spi/XATerminator
13:18:56,834 ERROR [stderr] (Periodic Recovery) at org.jboss.jbossts.txbridge.inbound.InboundBridgeRecoveryManager.getIndoubtSubordinates(InboundBridgeRecoveryManager.java:227)
13:18:56,834 ERROR [stderr] (Periodic Recovery) at org.jboss.jbossts.txbridge.inbound.InboundBridgeRecoveryManager.periodicWorkSecondPass(InboundBridgeRecoveryManager.java:196)
13:18:56,834 ERROR [stderr] (Periodic Recovery) at com.arjuna.ats.internal.arjuna.recovery.PeriodicRecovery.doWorkInternal(PeriodicRecovery.java:789)
13:18:56,835 ERROR [stderr] (Periodic Recovery) at com.arjuna.ats.internal.arjuna.recovery.PeriodicRecovery.run(PeriodicRecovery.java:371)
{code}
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 2 months
[JBoss JIRA] Created: (JBTM-893) Build is dependent upon Sun's JDK
by Tom Jenkinson (JIRA)
Build is dependent upon Sun's JDK
---------------------------------
Key: JBTM-893
URL: https://issues.jboss.org/browse/JBTM-893
Project: JBoss Transaction Manager
Issue Type: Bug
Security Level: Public (Everyone can see)
Reporter: Tom Jenkinson
Assignee: Michael Musgrove
Fix For: 5.0.0.M2
We have a dependency in the arjuna module on jconsole.jar which is not shipped in openjdk for instance so our pom refers to JAVA_HOME/lib/jconsole.jar.
This needs reviewing, we could add a profile that only includes the dependency on a build when the file exists and in other profiles does not build the classes that require this Jar, but if the code is critical we need to think about a rewrite to not depend on the (presumably) proprietary Jar.
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 2 months
[JBoss JIRA] Created: (JBTM-673) Investigate other object store implementations
by Mark Little (JIRA)
Investigate other object store implementations
----------------------------------------------
Key: JBTM-673
URL: https://jira.jboss.org/jira/browse/JBTM-673
Project: JBoss Transaction Manager
Issue Type: Task
Security Level: Public (Everyone can see)
Components: Transaction Core
Reporter: Mark Little
Assignee: Mark Little
Fix For: 4.10.0
"... spin out messaging journal into separate component so we can consume it. Also look at other disk I/O alternatives, basically trying to batch syncs so one is shared by many tx rather than one per tx. Also maybe preliminary investigation of in-memory replication of logs via jgroups."
See related links. Need to re-check performance of transaction log and maybe make it the default implementation.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 2 months
[JBoss JIRA] Created: (JBTM-873) "Unique index or primary key violation" in jee_transactional_app quickstart
by Paul Robinson (JIRA)
"Unique index or primary key violation" in jee_transactional_app quickstart
---------------------------------------------------------------------------
Key: JBTM-873
URL: https://issues.jboss.org/browse/JBTM-873
Project: JBoss Transaction Manager
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: JTA
Reporter: Paul Robinson
Assignee: Tom Jenkinson
Fix For: 5.0.0.M1
Attachments: log.txt
To reproduce:
{code}
cd ArjunaJTA/quickstarts/jee_transactional_app
export JBOSS_HOME=<PATH_TO_JBOSS_HOME>
mvn install -Parq-jbossas-managed
{code}
Observe stack traces in logs. Notice that this error doesn't cause the tests to fail.
See attached logs for what I am seeing.
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 2 months