[JBoss JIRA] (JBTM-1750) Create Quickstarts for REST-AT bridge
by Paul Robinson (JIRA)
[ https://issues.jboss.org/browse/JBTM-1750?page=com.atlassian.jira.plugin.... ]
Paul Robinson updated JBTM-1750:
--------------------------------
Fix Version/s: 5.0.0.M5
(was: 5.0.0.M4)
> Create Quickstarts for REST-AT bridge
> -------------------------------------
>
> Key: JBTM-1750
> URL: https://issues.jboss.org/browse/JBTM-1750
> Project: JBoss Transaction Manager
> Issue Type: Enhancement
> Security Level: Public(Everyone can see)
> Components: Demonstrator, REST
> Reporter: Paul Robinson
> Assignee: Gytis Trikleris
> Fix For: 5.0.0.M5
>
> Original Estimate: 3 hours
> Time Spent: 7 hours, 30 minutes
> Remaining Estimate: 0 minutes
>
> We should take the ones from Gytis' dissertation and bring them up to the standard of the existing ones (Which they may already be). and then merge into our quickstart repo.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 7 months
[JBoss JIRA] (JBTM-1482) If a naughty afterCompletion sync throws an exception, log the exception call stack
by Paul Robinson (JIRA)
[ https://issues.jboss.org/browse/JBTM-1482?page=com.atlassian.jira.plugin.... ]
Paul Robinson updated JBTM-1482:
--------------------------------
Fix Version/s: 5.0.0.M5
(was: 5.0.0.M4)
> If a naughty afterCompletion sync throws an exception, log the exception call stack
> -----------------------------------------------------------------------------------
>
> Key: JBTM-1482
> URL: https://issues.jboss.org/browse/JBTM-1482
> Project: JBoss Transaction Manager
> Issue Type: Enhancement
> Security Level: Public(Everyone can see)
> Components: Transaction Core
> Reporter: Scott Marlow
> Assignee: Gytis Trikleris
> Priority: Minor
> Fix For: 5.0.0.M5
>
> Original Estimate: 30 minutes
> Remaining Estimate: 30 minutes
>
> Currently, when this happens with AS, I see:
> {quote}
> 2013-02-18 16:24:43,837|WARN |[com.arjuna.ats.jta]|(ThreadId: Transaction Reaper Worker 221)|ARJUNA016029: SynchronizationImple.afterCompletion - failed for org.jboss.as.jpa.transaction.TransactionUtil$SessionSynchronization@634ef5a7 with exception: java.lang.NullPointerException
> {quote}
> From a related email conversation:
> {quote}
> Here's our Logger code:
> @Message(id = 16029, value = "SynchronizationImple.afterCompletion - failed for {0} with exception", format = MESSAGE_FORMAT)
> @LogMessage(level = WARN)
> public void warn_resources_arjunacore_SynchronizationImple(String arg0, @Cause() Throwable arg1);
> Here is where we call our logger:
> jtaLogger.i18NLogger.warn_resources_arjunacore_SynchronizationImple(_theSynch.toString(), e);
> Maybe the message should have the {1} in it, i.e. it change it like so:
> "SynchronizationImple.afterCompletion - failed for {0} with exception {1}"
> {quote}
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 7 months
[JBoss JIRA] (JBTM-1718) Resolve the ParticipantCompletion race condition
by Paul Robinson (JIRA)
[ https://issues.jboss.org/browse/JBTM-1718?page=com.atlassian.jira.plugin.... ]
Paul Robinson updated JBTM-1718:
--------------------------------
Fix Version/s: 5.0.0.M5
(was: 5.0.0.M4)
> Resolve the ParticipantCompletion race condition
> ------------------------------------------------
>
> Key: JBTM-1718
> URL: https://issues.jboss.org/browse/JBTM-1718
> Project: JBoss Transaction Manager
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: TXFramework
> Reporter: Paul Robinson
> Assignee: Gytis Trikleris
> Fix For: 5.0.0.M5
>
>
> This issue is documented here: JBTM-1429
> In the documentation for JBTM-1429, we state that this issue is unlikely to happen in a distributed environment. This is true, however, the Compensations API is designed to work local-only as well as distributed over WS-BA. Therefore it is much more likely to happen in a production environment.
> Therefore we need to remove this race condition. It can be done in a proprietary mannor as we are not interoperating with another implementation ion local-only mode. When distributing the transaction we fall back to the standard protocol that is susceptible to the race condition. However, as we stated in the docs, this condition is unlikely to manifest in a distributed environment.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 7 months
[JBoss JIRA] (JBTM-1802) Consider moving Arquillian profiles to root pom.xml
by Paul Robinson (JIRA)
[ https://issues.jboss.org/browse/JBTM-1802?page=com.atlassian.jira.plugin.... ]
Paul Robinson updated JBTM-1802:
--------------------------------
Fix Version/s: 5.0.0.M5
(was: 5.0.0.M4)
> Consider moving Arquillian profiles to root pom.xml
> ---------------------------------------------------
>
> Key: JBTM-1802
> URL: https://issues.jboss.org/browse/JBTM-1802
> Project: JBoss Transaction Manager
> Issue Type: Enhancement
> Security Level: Public(Everyone can see)
> Components: Build System, Testing
> Reporter: Paul Robinson
> Assignee: Amos Feng
> Priority: Minor
> Fix For: 5.0.0.M5
>
>
> We have three Arquillian profiles (for managed, remote and ipv6-managed) present in the pom of nearly every test that uses Arquillian. I suspect they can all be identical and thus placed int he root pom.xml. This should simplify maintenance and will ensure any fixes to this config are made throughout.
> The problem is that we may have legitimate reasons for this config to differ for some tests. Maybe we could use overrides in these cases.
> Assigning to Tom for his input.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 7 months
[JBoss JIRA] (JBTM-1749) Failure building Javadoc when JAVA_HOME is empty
by Paul Robinson (JIRA)
[ https://issues.jboss.org/browse/JBTM-1749?page=com.atlassian.jira.plugin.... ]
Paul Robinson updated JBTM-1749:
--------------------------------
Fix Version/s: 5.0.0.M5
(was: 5.0.0.M4)
> Failure building Javadoc when JAVA_HOME is empty
> ------------------------------------------------
>
> Key: JBTM-1749
> URL: https://issues.jboss.org/browse/JBTM-1749
> Project: JBoss Transaction Manager
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: Build System
> Environment: See discussion
> Reporter: Paul Robinson
> Assignee: Amos Feng
> Priority: Minor
> Fix For: 5.0.0.M5
>
> Original Estimate: 4 hours
> Remaining Estimate: 4 hours
>
> To reproduce:
> # export JAVA_HOME=
> # /opt/apache-maven-3.0.5/bin/mvn clean install -DskipTests -f ./ArjunaJTA/narayana-jta/pom.xml
> It also happens if you use the maven version in tools/maven (also version 3.0.5).
> This doesn't fail:
> # export JAVA_HOME=
> # /opt/apache-maven-3.0.3/bin/mvn clean install -DskipTests -f ./ArjunaJTA/narayana-jta/pom.xml
> Currently only seen this on a Mac. Would be good if a linux user could try to reproduce.
> Maven 3.0.5 is the latest release. I've not found a known issue for this, but it is hard to search for.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 7 months
[JBoss JIRA] (JBTM-1804) JTS remote tests not run and no code coverage
by Paul Robinson (JIRA)
[ https://issues.jboss.org/browse/JBTM-1804?page=com.atlassian.jira.plugin.... ]
Paul Robinson updated JBTM-1804:
--------------------------------
Fix Version/s: 5.0.0.M5
(was: 5.0.0.M4)
> JTS remote tests not run and no code coverage
> ---------------------------------------------
>
> Key: JBTM-1804
> URL: https://issues.jboss.org/browse/JBTM-1804
> Project: JBoss Transaction Manager
> Issue Type: Task
> Security Level: Public(Everyone can see)
> Components: JTS, Testing
> Affects Versions: 5.0.0.M3
> Reporter: Mark Little
> Assignee: Amos Feng
> Fix For: 5.0.0.M5
>
>
> The tests in .remote. package for JTS are not run by default. We should consider adding a build option so that they are run (will require some mods to the tests since many of them are client/server based - see associated Readme.txt files); don't run them by default since they will add delay to a normal build.
> It would then be beneficial to have them instrumented by emma to get code coverage.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 7 months