[JBoss JIRA] (JBTM-2444) jta-1_2-in-wildfly quickstart is failing - presume related to update from HornetQ to ActiveMQ
by Tom Jenkinson (JIRA)
[ https://issues.jboss.org/browse/JBTM-2444?page=com.atlassian.jira.plugin.... ]
Tom Jenkinson closed JBTM-2444.
-------------------------------
> jta-1_2-in-wildfly quickstart is failing - presume related to update from HornetQ to ActiveMQ
> ---------------------------------------------------------------------------------------------
>
> Key: JBTM-2444
> URL: https://issues.jboss.org/browse/JBTM-2444
> Project: JBoss Transaction Manager
> Issue Type: Bug
> Components: Documentation
> Reporter: Tom Jenkinson
> Assignee: Gytis Trikleris
> Priority: Blocker
> Fix For: 5.2.0
>
>
> {code}
> Running org.jboss.narayana.quickstarts.jta.TestCase
> Tests run: 1, Failures: 0, Errors: 1, Skipped: 0, Time elapsed: 18.563 sec <<< FAILURE!
> Results :
> Tests in error:
> org.jboss.narayana.quickstarts.jta.TestCase: Cannot deploy: test.war
> Tests run: 1, Failures: 0, Errors: 1, Skipped: 0
> {code}
> The log file says:
> {code}
> Caused by: org.jboss.as.server.deployment.DeploymentUnitProcessingException: WFLYMSGAMQ0055: Could not parse file /home/hudson/workspace/narayana-quickstarts/wildfly-10.0.0.Alpha4-SNAPSHOT/standalone/tmp/vfs/temp/temp174d29cf17a7dbea/content-a7b7e754b2627502/WEB-INF/test-jms.xml
> Caused by: javax.xml.stream.XMLStreamException: ParseError at [row,col]:[23,1]
> Message: Unexpected element '{urn:jboss:messaging-deployment:1.0}messaging-deployment'"}}
> at org.jboss.as.controller.client.helpers.standalone.impl.ServerDeploymentPlanResultFuture.getActionResult(ServerDeploymentPlanResultFuture.java:134)
> at org.jboss.as.controller.client.helpers.standalone.impl.ServerDeploymentPlanResultFuture.getResultFromNode(ServerDeploymentPlanResultFuture.java:123)
> at org.jboss.as.controller.client.helpers.standalone.impl.ServerDeploymentPlanResultFuture.get(ServerDeploymentPlanResultFuture.java:85)
> at org.jboss.as.controller.client.helpers.standalone.impl.ServerDeploymentPlanResultFuture.get(ServerDeploymentPlanResultFuture.java:42)
> at org.jboss.as.controller.client.helpers.standalone.ServerDeploymentHelper.deploy(ServerDeploymentHelper.java:55)
> at org.jboss.as.arquillian.container.ArchiveDeployer.deployInternal(ArchiveDeployer.java:77)
> ... 96 more
> {code}
> Which leads me to believe it is likely due to the parsing in test-jms.xml.
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
9 years, 4 months
[JBoss JIRA] (JBTM-2455) Re-enable generate of javadoc jar for narayana-full
by Tom Jenkinson (JIRA)
[ https://issues.jboss.org/browse/JBTM-2455?page=com.atlassian.jira.plugin.... ]
Tom Jenkinson updated JBTM-2455:
--------------------------------
Description:
It seems as part of JBTM-2395 it seems the generation of the uber javadoc jar was accidentally disabled. It should be re-enabled for the next release.
Workaround was to mod the pom during the release.
was:
It seems as part of JBTM-2395 I the generation of the uber javadoc jar was disabled. It should be re-enabled for the next release.
Workaround was to mod the pom during the release.
> Re-enable generate of javadoc jar for narayana-full
> ---------------------------------------------------
>
> Key: JBTM-2455
> URL: https://issues.jboss.org/browse/JBTM-2455
> Project: JBoss Transaction Manager
> Issue Type: Bug
> Components: Build System, Documentation
> Reporter: Tom Jenkinson
> Assignee: Tom Jenkinson
> Fix For: 5.next
>
>
> It seems as part of JBTM-2395 it seems the generation of the uber javadoc jar was accidentally disabled. It should be re-enabled for the next release.
> Workaround was to mod the pom during the release.
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
9 years, 4 months
[JBoss JIRA] (JBTM-2455) Re-enable generate of javadoc jar for narayana-full
by Tom Jenkinson (JIRA)
Tom Jenkinson created JBTM-2455:
-----------------------------------
Summary: Re-enable generate of javadoc jar for narayana-full
Key: JBTM-2455
URL: https://issues.jboss.org/browse/JBTM-2455
Project: JBoss Transaction Manager
Issue Type: Bug
Components: Build System, Documentation
Reporter: Tom Jenkinson
Assignee: Tom Jenkinson
Fix For: 5.next
It seems as part of JBTM-2395 I the generation of the uber javadoc jar was disabled. It should be re-enabled for the next release.
Workaround was to mod the pom during the release.
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
9 years, 4 months
[JBoss JIRA] (JBTM-2308) New JTS record types are not showing up in the tooling
by Tom Jenkinson (JIRA)
[ https://issues.jboss.org/browse/JBTM-2308?page=com.atlassian.jira.plugin.... ]
Tom Jenkinson updated JBTM-2308:
--------------------------------
Fix Version/s: (was: 5.1.0)
> New JTS record types are not showing up in the tooling
> ------------------------------------------------------
>
> Key: JBTM-2308
> URL: https://issues.jboss.org/browse/JBTM-2308
> Project: JBoss Transaction Manager
> Issue Type: Enhancement
> Components: Tooling
> Affects Versions: 4.17.23, 5.0.3
> Reporter: Michael Musgrove
> Assignee: Michael Musgrove
> Fix For: 4.17.27, 5.next
>
>
> When a JTS transaction record has participants of type CosTransactions/XAResourceRecord which are in the same object store then the tooling should create MBeans to represent them as participants of the JTS record.
> I have marked the type to enhancement since JTS participants do show up in the tooling (using records that are in-lined with records of type /StateManager/BasicAction/TwoPhaseCoordinator/ArjunaTransactionImple). Note that the tooling implementation does not look at records of type CosTransactions/XAResourceRecord (the only potentially useful information for the user here is the Xid and I will leave that until someone asks for it).
> What is missing is instrumentation for new types:
> {code}
> AssumedCompleteHeuristicTransaction
> AssumedCompleteHeuristicServerTransaction
> AssumedCompleteTransaction
> AssumedCompleteServerTransaction
> {code}
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
9 years, 4 months
[JBoss JIRA] (JBTM-2444) jta-1_2-in-wildfly quickstart is failing - presume related to update from HornetQ to ActiveMQ
by Tom Jenkinson (JIRA)
[ https://issues.jboss.org/browse/JBTM-2444?page=com.atlassian.jira.plugin.... ]
Tom Jenkinson updated JBTM-2444:
--------------------------------
Issue Type: Bug (was: Feature Request)
> jta-1_2-in-wildfly quickstart is failing - presume related to update from HornetQ to ActiveMQ
> ---------------------------------------------------------------------------------------------
>
> Key: JBTM-2444
> URL: https://issues.jboss.org/browse/JBTM-2444
> Project: JBoss Transaction Manager
> Issue Type: Bug
> Components: Documentation
> Reporter: Tom Jenkinson
> Assignee: Gytis Trikleris
> Priority: Blocker
> Fix For: 5.next
>
>
> {code}
> Running org.jboss.narayana.quickstarts.jta.TestCase
> Tests run: 1, Failures: 0, Errors: 1, Skipped: 0, Time elapsed: 18.563 sec <<< FAILURE!
> Results :
> Tests in error:
> org.jboss.narayana.quickstarts.jta.TestCase: Cannot deploy: test.war
> Tests run: 1, Failures: 0, Errors: 1, Skipped: 0
> {code}
> The log file says:
> {code}
> Caused by: org.jboss.as.server.deployment.DeploymentUnitProcessingException: WFLYMSGAMQ0055: Could not parse file /home/hudson/workspace/narayana-quickstarts/wildfly-10.0.0.Alpha4-SNAPSHOT/standalone/tmp/vfs/temp/temp174d29cf17a7dbea/content-a7b7e754b2627502/WEB-INF/test-jms.xml
> Caused by: javax.xml.stream.XMLStreamException: ParseError at [row,col]:[23,1]
> Message: Unexpected element '{urn:jboss:messaging-deployment:1.0}messaging-deployment'"}}
> at org.jboss.as.controller.client.helpers.standalone.impl.ServerDeploymentPlanResultFuture.getActionResult(ServerDeploymentPlanResultFuture.java:134)
> at org.jboss.as.controller.client.helpers.standalone.impl.ServerDeploymentPlanResultFuture.getResultFromNode(ServerDeploymentPlanResultFuture.java:123)
> at org.jboss.as.controller.client.helpers.standalone.impl.ServerDeploymentPlanResultFuture.get(ServerDeploymentPlanResultFuture.java:85)
> at org.jboss.as.controller.client.helpers.standalone.impl.ServerDeploymentPlanResultFuture.get(ServerDeploymentPlanResultFuture.java:42)
> at org.jboss.as.controller.client.helpers.standalone.ServerDeploymentHelper.deploy(ServerDeploymentHelper.java:55)
> at org.jboss.as.arquillian.container.ArchiveDeployer.deployInternal(ArchiveDeployer.java:77)
> ... 96 more
> {code}
> Which leads me to believe it is likely due to the parsing in test-jms.xml.
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
9 years, 4 months