[JBoss JIRA] (JBTM-2328) Deprecate the HeuristicInformation interface
by Michael Musgrove (JIRA)
[ https://issues.jboss.org/browse/JBTM-2328?page=com.atlassian.jira.plugin.... ]
Michael Musgrove commented on JBTM-2328:
----------------------------------------
This functionality will be replaced in favour of JMX MBeans
> Deprecate the HeuristicInformation interface
> --------------------------------------------
>
> Key: JBTM-2328
> URL: https://issues.jboss.org/browse/JBTM-2328
> Project: JBoss Transaction Manager
> Issue Type: Task
> Components: Transaction Core
> Reporter: Tom Jenkinson
> Assignee: Michael Musgrove
> Fix For: 5.next
>
>
> There exists and HeuristicInformation interface (https://github.com/jbosstm/narayana/blob/master/ArjunaCore/arjuna/classes...) which was intended to allow an AbstractRecord implementor to provide additional details about the heuristic state of the record as well as provide access to tooling to clear the state of the heuristic within the (potentially remove) resource manager.
> This has been decoupled from the tooling for many iterations (the ability to resolve the heuristic appears as though it was never wired up) and though Mike is updating the tooling to access the additional context of the heuristic state we do not propose to continue with this as the recommendation of resolving heuristics.
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
8 years, 9 months
[JBoss JIRA] (JBTM-2454) Internal IBM J9 compiler error building XTS
by Tom Jenkinson (JIRA)
[ https://issues.jboss.org/browse/JBTM-2454?page=com.atlassian.jira.plugin.... ]
Tom Jenkinson commented on JBTM-2454:
-------------------------------------
http://albany.eng.hst.ams2.redhat.com/job/JBTM-2454-narayana-ibm-jdk/
> Internal IBM J9 compiler error building XTS
> -------------------------------------------
>
> Key: JBTM-2454
> URL: https://issues.jboss.org/browse/JBTM-2454
> Project: JBoss Transaction Manager
> Issue Type: Bug
> Components: Build System
> Affects Versions: 5.2.0
> Reporter: Michael Musgrove
> Assignee: Michael Musgrove
> Priority: Minor
> Fix For: 5.next
>
> Attachments: compensations.tar
>
>
> On lancel we get the following error. I am unable to reproduce it on my laptop.
> The compiler details are:
> {quote}
> java version "1.8.0"
> Java(TM) SE Runtime Environment (build pxa6480sr1-20150417_01(SR1))
> IBM J9 VM (build 2.8, JRE 1.8.0 Linux amd64-64 Compressed References 20150410_243669 (JIT enabled, AOT enabled)
> J9VM - R28_Java8_SR1_20150410_1531_B243669
> JIT - tr.r14.java_20150402_88976.03
> GC - R28_Java8_SR1_20150410_1531_B243669_CMPRSS
> J9CL - 20150410_243669)
> JCL - 20150413_01 based on Oracle jdk8u45-b13
> {quote}
> and the build error is:
> {quote}
> [INFO] --- maven-compiler-plugin:3.1:testCompile (default-testCompile) @ localjunit-disabled-context-propagation-tests ---
> [INFO] Changes detected - recompiling the module!
> [INFO] Compiling 12 source files to /home/hudson/workspace/narayana-ibm-jdk/XTS/localjunit/disabled-context-propagation/target/test-classes
> An exception has occurred in the compiler (1.8.0-internal). Please file a bug at the Java Developer Connection (http://java.sun.com/webapps/bugreport) after checking the Bug Parade for duplicates. Include your program and the following diagnostic in your report. Thank you.
> java.lang.NullPointerException
> at javax.lang.model.util.ElementScanner6.scan(ElementScanner6.java:142)
> at javax.lang.model.util.ElementScanner6.visitType(ElementScanner6.java:189)
> at com.sun.tools.javac.processing.JavacProcessingEnvironment$ComputeAnnotationSet.visitType(JavacProcessingEnvironment.java:777)
> at com.sun.tools.javac.processing.JavacProcessingEnvironment$ComputeAnnotationSet.visitType(JavacProcessingEnvironment.java:758)
> at com.sun.tools.javac.code.Symbol$ClassSymbol.accept(Symbol.java:1162)
> at javax.lang.model.util.ElementScanner6.scan(ElementScanner6.java:157)
> at com.sun.tools.javac.processing.JavacProcessingEnvironment$ComputeAnnotationSet.scan(JavacProcessingEnvironment.java:798)
> at com.sun.tools.javac.processing.JavacProcessingEnvironment$Round.findAnnotationsPresent(JavacProcessingEnvironment.java:993)
> at com.sun.tools.javac.processing.JavacProcessingEnvironment$Round.<init>(JavacProcessingEnvironment.java:891)
> at com.sun.tools.javac.processing.JavacProcessingEnvironment.doProcessing(JavacProcessingEnvironment.java:1182)
> at com.sun.tools.javac.main.JavaCompiler.processAnnotations(JavaCompiler.java:1182)
> at com.sun.tools.javac.main.JavaCompiler.compile(JavaCompiler.java:868)
> at com.sun.tools.javac.main.Main.compile(Main.java:535)
> at com.sun.tools.javac.api.JavacTaskImpl.doCall(JavacTaskImpl.java:141)
> at com.sun.tools.javac.api.JavacTaskImpl.call(JavacTaskImpl.java:150)
> at org.codehaus.plexus.compiler.javac.JavaxToolsCompiler.compileInProcess(JavaxToolsCompiler.java:126)
> at org.codehaus.plexus.compiler.javac.JavacCompiler.performCompile(JavacCompiler.java:169)
> at org.apache.maven.plugin.compiler.AbstractCompilerMojo.execute(AbstractCompilerMojo.java:785)
> at org.apache.maven.plugin.compiler.TestCompilerMojo.execute(TestCompilerMojo.java:152)
> at org.apache.maven.plugin.DefaultBuildPluginManager.executeMojo(DefaultBuildPluginManager.java:106)
> at org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:208)
> at org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:153)
> at org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:145)
> at org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(LifecycleModuleBuilder.java:84)
> at org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(LifecycleModuleBuilder.java:59)
> at org.apache.maven.lifecycle.internal.LifecycleStarter.singleThreadedBuild(LifecycleStarter.java:183)
> at org.apache.maven.lifecycle.internal.LifecycleStarter.execute(LifecycleStarter.java:161)
> at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:317)
> at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:152)
> at org.apache.maven.cli.MavenCli.execute(MavenCli.java:555)
> at org.apache.maven.cli.MavenCli.doMain(MavenCli.java:214)
> at org.apache.maven.cli.MavenCli.main(MavenCli.java:158)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:95)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:55)
> at java.lang.reflect.Method.invoke(Method.java:507)
> at org.codehaus.plexus.classworlds.launcher.Launcher.launchEnhanced(Launcher.java:289)
> at org.codehaus.plexus.classworlds.launcher.Launcher.launch(Launcher.java:229)
> at org.codehaus.plexus.classworlds.launcher.Launcher.mainWithExitCode(Launcher.java:415)
> at org.codehaus.plexus.classworlds.launcher.Launcher.main(Launcher.java:356)
> {quote}
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
8 years, 9 months
[JBoss JIRA] (JBTM-2454) Internal IBM J9 compiler error building XTS
by Tom Jenkinson (JIRA)
[ https://issues.jboss.org/browse/JBTM-2454?page=com.atlassian.jira.plugin.... ]
Tom Jenkinson commented on JBTM-2454:
-------------------------------------
Annoyingly I can't replicate on lancel outside of Jenkins. Perhaps it is some consequence of previous steps in the build:
cd tmp/narayana
export PATH=/usr/local/ibm-java-x86_64-80/bin:$PATH
export JAVA_HOME=/usr/local/ibm-java-x86_64-80/
export JBOSS_HOME=`pwd`/jboss-as/build/target/wildfly-10.0.0.Beta1-SNAPSHOT
export TXF_TESTS=0 XTS_TESTS=0 txbridge=0 JTA_CDI_TESTS=0 XTS_AS_TESTS=0 RTS_AS_TESTS=0 RTS_TESTS=0 NARAYANA_TESTS=0 BLACKTIE=0 QA_TESTS=0
export NARAYANA_BUILD=1 AS_BUILD=1 SUN_ORB=0 JAC_ORB=0 IBM_ORB=1
PROFILE=NONE ./scripts/hudson/narayana.sh -Denforcer.skip=true
./build.sh -f XTS/localjunit/pom.xml -Parq
[INFO] --- maven-compiler-plugin:3.1:testCompile (default-testCompile) @ localjunit-disabled-context-propagation-tests ---
[INFO] Changes detected - recompiling the module!
[INFO] Compiling 12 source files to /home/hudson/tmp/narayana/XTS/localjunit/disabled-context-propagation/target/test-classes
[WARNING] bootstrap class path not set in conjunction with -source 1.7
[INFO]
Gonna set up a job to test just that to help isolate
> Internal IBM J9 compiler error building XTS
> -------------------------------------------
>
> Key: JBTM-2454
> URL: https://issues.jboss.org/browse/JBTM-2454
> Project: JBoss Transaction Manager
> Issue Type: Bug
> Components: Build System
> Affects Versions: 5.2.0
> Reporter: Michael Musgrove
> Assignee: Michael Musgrove
> Priority: Minor
> Fix For: 5.next
>
> Attachments: compensations.tar
>
>
> On lancel we get the following error. I am unable to reproduce it on my laptop.
> The compiler details are:
> {quote}
> java version "1.8.0"
> Java(TM) SE Runtime Environment (build pxa6480sr1-20150417_01(SR1))
> IBM J9 VM (build 2.8, JRE 1.8.0 Linux amd64-64 Compressed References 20150410_243669 (JIT enabled, AOT enabled)
> J9VM - R28_Java8_SR1_20150410_1531_B243669
> JIT - tr.r14.java_20150402_88976.03
> GC - R28_Java8_SR1_20150410_1531_B243669_CMPRSS
> J9CL - 20150410_243669)
> JCL - 20150413_01 based on Oracle jdk8u45-b13
> {quote}
> and the build error is:
> {quote}
> [INFO] --- maven-compiler-plugin:3.1:testCompile (default-testCompile) @ localjunit-disabled-context-propagation-tests ---
> [INFO] Changes detected - recompiling the module!
> [INFO] Compiling 12 source files to /home/hudson/workspace/narayana-ibm-jdk/XTS/localjunit/disabled-context-propagation/target/test-classes
> An exception has occurred in the compiler (1.8.0-internal). Please file a bug at the Java Developer Connection (http://java.sun.com/webapps/bugreport) after checking the Bug Parade for duplicates. Include your program and the following diagnostic in your report. Thank you.
> java.lang.NullPointerException
> at javax.lang.model.util.ElementScanner6.scan(ElementScanner6.java:142)
> at javax.lang.model.util.ElementScanner6.visitType(ElementScanner6.java:189)
> at com.sun.tools.javac.processing.JavacProcessingEnvironment$ComputeAnnotationSet.visitType(JavacProcessingEnvironment.java:777)
> at com.sun.tools.javac.processing.JavacProcessingEnvironment$ComputeAnnotationSet.visitType(JavacProcessingEnvironment.java:758)
> at com.sun.tools.javac.code.Symbol$ClassSymbol.accept(Symbol.java:1162)
> at javax.lang.model.util.ElementScanner6.scan(ElementScanner6.java:157)
> at com.sun.tools.javac.processing.JavacProcessingEnvironment$ComputeAnnotationSet.scan(JavacProcessingEnvironment.java:798)
> at com.sun.tools.javac.processing.JavacProcessingEnvironment$Round.findAnnotationsPresent(JavacProcessingEnvironment.java:993)
> at com.sun.tools.javac.processing.JavacProcessingEnvironment$Round.<init>(JavacProcessingEnvironment.java:891)
> at com.sun.tools.javac.processing.JavacProcessingEnvironment.doProcessing(JavacProcessingEnvironment.java:1182)
> at com.sun.tools.javac.main.JavaCompiler.processAnnotations(JavaCompiler.java:1182)
> at com.sun.tools.javac.main.JavaCompiler.compile(JavaCompiler.java:868)
> at com.sun.tools.javac.main.Main.compile(Main.java:535)
> at com.sun.tools.javac.api.JavacTaskImpl.doCall(JavacTaskImpl.java:141)
> at com.sun.tools.javac.api.JavacTaskImpl.call(JavacTaskImpl.java:150)
> at org.codehaus.plexus.compiler.javac.JavaxToolsCompiler.compileInProcess(JavaxToolsCompiler.java:126)
> at org.codehaus.plexus.compiler.javac.JavacCompiler.performCompile(JavacCompiler.java:169)
> at org.apache.maven.plugin.compiler.AbstractCompilerMojo.execute(AbstractCompilerMojo.java:785)
> at org.apache.maven.plugin.compiler.TestCompilerMojo.execute(TestCompilerMojo.java:152)
> at org.apache.maven.plugin.DefaultBuildPluginManager.executeMojo(DefaultBuildPluginManager.java:106)
> at org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:208)
> at org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:153)
> at org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:145)
> at org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(LifecycleModuleBuilder.java:84)
> at org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(LifecycleModuleBuilder.java:59)
> at org.apache.maven.lifecycle.internal.LifecycleStarter.singleThreadedBuild(LifecycleStarter.java:183)
> at org.apache.maven.lifecycle.internal.LifecycleStarter.execute(LifecycleStarter.java:161)
> at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:317)
> at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:152)
> at org.apache.maven.cli.MavenCli.execute(MavenCli.java:555)
> at org.apache.maven.cli.MavenCli.doMain(MavenCli.java:214)
> at org.apache.maven.cli.MavenCli.main(MavenCli.java:158)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:95)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:55)
> at java.lang.reflect.Method.invoke(Method.java:507)
> at org.codehaus.plexus.classworlds.launcher.Launcher.launchEnhanced(Launcher.java:289)
> at org.codehaus.plexus.classworlds.launcher.Launcher.launch(Launcher.java:229)
> at org.codehaus.plexus.classworlds.launcher.Launcher.mainWithExitCode(Launcher.java:415)
> at org.codehaus.plexus.classworlds.launcher.Launcher.main(Launcher.java:356)
> {quote}
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
8 years, 9 months
[JBoss JIRA] (JBTM-2454) Internal IBM J9 compiler error building XTS
by Tom Jenkinson (JIRA)
[ https://issues.jboss.org/browse/JBTM-2454?page=com.atlassian.jira.plugin.... ]
Tom Jenkinson commented on JBTM-2454:
-------------------------------------
There is someone with a similar issue over here: http://stackoverflow.com/questions/31433475/jenkins-build-with-maven-rele...
> Internal IBM J9 compiler error building XTS
> -------------------------------------------
>
> Key: JBTM-2454
> URL: https://issues.jboss.org/browse/JBTM-2454
> Project: JBoss Transaction Manager
> Issue Type: Bug
> Components: Build System
> Affects Versions: 5.2.0
> Reporter: Michael Musgrove
> Assignee: Michael Musgrove
> Priority: Minor
> Fix For: 5.next
>
> Attachments: compensations.tar
>
>
> On lancel we get the following error. I am unable to reproduce it on my laptop.
> The compiler details are:
> {quote}
> java version "1.8.0"
> Java(TM) SE Runtime Environment (build pxa6480sr1-20150417_01(SR1))
> IBM J9 VM (build 2.8, JRE 1.8.0 Linux amd64-64 Compressed References 20150410_243669 (JIT enabled, AOT enabled)
> J9VM - R28_Java8_SR1_20150410_1531_B243669
> JIT - tr.r14.java_20150402_88976.03
> GC - R28_Java8_SR1_20150410_1531_B243669_CMPRSS
> J9CL - 20150410_243669)
> JCL - 20150413_01 based on Oracle jdk8u45-b13
> {quote}
> and the build error is:
> {quote}
> [INFO] --- maven-compiler-plugin:3.1:testCompile (default-testCompile) @ localjunit-disabled-context-propagation-tests ---
> [INFO] Changes detected - recompiling the module!
> [INFO] Compiling 12 source files to /home/hudson/workspace/narayana-ibm-jdk/XTS/localjunit/disabled-context-propagation/target/test-classes
> An exception has occurred in the compiler (1.8.0-internal). Please file a bug at the Java Developer Connection (http://java.sun.com/webapps/bugreport) after checking the Bug Parade for duplicates. Include your program and the following diagnostic in your report. Thank you.
> java.lang.NullPointerException
> at javax.lang.model.util.ElementScanner6.scan(ElementScanner6.java:142)
> at javax.lang.model.util.ElementScanner6.visitType(ElementScanner6.java:189)
> at com.sun.tools.javac.processing.JavacProcessingEnvironment$ComputeAnnotationSet.visitType(JavacProcessingEnvironment.java:777)
> at com.sun.tools.javac.processing.JavacProcessingEnvironment$ComputeAnnotationSet.visitType(JavacProcessingEnvironment.java:758)
> at com.sun.tools.javac.code.Symbol$ClassSymbol.accept(Symbol.java:1162)
> at javax.lang.model.util.ElementScanner6.scan(ElementScanner6.java:157)
> at com.sun.tools.javac.processing.JavacProcessingEnvironment$ComputeAnnotationSet.scan(JavacProcessingEnvironment.java:798)
> at com.sun.tools.javac.processing.JavacProcessingEnvironment$Round.findAnnotationsPresent(JavacProcessingEnvironment.java:993)
> at com.sun.tools.javac.processing.JavacProcessingEnvironment$Round.<init>(JavacProcessingEnvironment.java:891)
> at com.sun.tools.javac.processing.JavacProcessingEnvironment.doProcessing(JavacProcessingEnvironment.java:1182)
> at com.sun.tools.javac.main.JavaCompiler.processAnnotations(JavaCompiler.java:1182)
> at com.sun.tools.javac.main.JavaCompiler.compile(JavaCompiler.java:868)
> at com.sun.tools.javac.main.Main.compile(Main.java:535)
> at com.sun.tools.javac.api.JavacTaskImpl.doCall(JavacTaskImpl.java:141)
> at com.sun.tools.javac.api.JavacTaskImpl.call(JavacTaskImpl.java:150)
> at org.codehaus.plexus.compiler.javac.JavaxToolsCompiler.compileInProcess(JavaxToolsCompiler.java:126)
> at org.codehaus.plexus.compiler.javac.JavacCompiler.performCompile(JavacCompiler.java:169)
> at org.apache.maven.plugin.compiler.AbstractCompilerMojo.execute(AbstractCompilerMojo.java:785)
> at org.apache.maven.plugin.compiler.TestCompilerMojo.execute(TestCompilerMojo.java:152)
> at org.apache.maven.plugin.DefaultBuildPluginManager.executeMojo(DefaultBuildPluginManager.java:106)
> at org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:208)
> at org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:153)
> at org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:145)
> at org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(LifecycleModuleBuilder.java:84)
> at org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(LifecycleModuleBuilder.java:59)
> at org.apache.maven.lifecycle.internal.LifecycleStarter.singleThreadedBuild(LifecycleStarter.java:183)
> at org.apache.maven.lifecycle.internal.LifecycleStarter.execute(LifecycleStarter.java:161)
> at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:317)
> at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:152)
> at org.apache.maven.cli.MavenCli.execute(MavenCli.java:555)
> at org.apache.maven.cli.MavenCli.doMain(MavenCli.java:214)
> at org.apache.maven.cli.MavenCli.main(MavenCli.java:158)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:95)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:55)
> at java.lang.reflect.Method.invoke(Method.java:507)
> at org.codehaus.plexus.classworlds.launcher.Launcher.launchEnhanced(Launcher.java:289)
> at org.codehaus.plexus.classworlds.launcher.Launcher.launch(Launcher.java:229)
> at org.codehaus.plexus.classworlds.launcher.Launcher.mainWithExitCode(Launcher.java:415)
> at org.codehaus.plexus.classworlds.launcher.Launcher.main(Launcher.java:356)
> {quote}
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
8 years, 9 months
[JBoss JIRA] (JBTM-2460) Expose TransactionListenerRegistry via the SPI
by Michael Musgrove (JIRA)
[ https://issues.jboss.org/browse/JBTM-2460?page=com.atlassian.jira.plugin.... ]
Michael Musgrove updated JBTM-2460:
-----------------------------------
Status: Resolved (was: Pull Request Sent)
Resolution: Done
> Expose TransactionListenerRegistry via the SPI
> ----------------------------------------------
>
> Key: JBTM-2460
> URL: https://issues.jboss.org/browse/JBTM-2460
> Project: JBoss Transaction Manager
> Issue Type: Bug
> Components: SPI
> Reporter: Michael Musgrove
> Assignee: Michael Musgrove
> Fix For: 5.next
>
>
> TransactionListenerRegistry is for clients to register for transaction related events and is implemented by the TransactionManager but the SPI does not allow the user to discover the interface which means they have to write unpleasant code like:
> {code}
> (TransactionListenerRegistry) getTransactionManager();
> {code}
> So we need a method in the SPI to get and set an instance of the interface. The setter will be for the container to set it and the getter is for clients to register interest in the events
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
8 years, 9 months
[JBoss JIRA] (JBTM-2460) Expose TransactionListenerRegistry via the SPI
by Michael Musgrove (JIRA)
[ https://issues.jboss.org/browse/JBTM-2460?page=com.atlassian.jira.plugin.... ]
Michael Musgrove updated JBTM-2460:
-----------------------------------
Status: Pull Request Sent (was: Pull Request Sent)
Git Pull Request: https://github.com/jbosstm/narayana/pull/888
> Expose TransactionListenerRegistry via the SPI
> ----------------------------------------------
>
> Key: JBTM-2460
> URL: https://issues.jboss.org/browse/JBTM-2460
> Project: JBoss Transaction Manager
> Issue Type: Bug
> Components: SPI
> Reporter: Michael Musgrove
> Assignee: Michael Musgrove
> Fix For: 5.next
>
>
> TransactionListenerRegistry is for clients to register for transaction related events and is implemented by the TransactionManager but the SPI does not allow the user to discover the interface which means they have to write unpleasant code like:
> {code}
> (TransactionListenerRegistry) getTransactionManager();
> {code}
> So we need a method in the SPI to get and set an instance of the interface. The setter will be for the container to set it and the getter is for clients to register interest in the events
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
8 years, 9 months
[JBoss JIRA] (JBTM-2460) Expose TransactionListenerRegistry via the SPI
by Michael Musgrove (JIRA)
[ https://issues.jboss.org/browse/JBTM-2460?page=com.atlassian.jira.plugin.... ]
Michael Musgrove commented on JBTM-2460:
----------------------------------------
The fix relies on the transaction manager being bound into JNDI and scotts issue is a race between his subsystem starting and jndi binding. For wildfly usage other subsystems would use service injection (WFLY-5069 will track this)
> Expose TransactionListenerRegistry via the SPI
> ----------------------------------------------
>
> Key: JBTM-2460
> URL: https://issues.jboss.org/browse/JBTM-2460
> Project: JBoss Transaction Manager
> Issue Type: Bug
> Components: SPI
> Reporter: Michael Musgrove
> Assignee: Michael Musgrove
> Fix For: 5.next
>
>
> TransactionListenerRegistry is for clients to register for transaction related events and is implemented by the TransactionManager but the SPI does not allow the user to discover the interface which means they have to write unpleasant code like:
> {code}
> (TransactionListenerRegistry) getTransactionManager();
> {code}
> So we need a method in the SPI to get and set an instance of the interface. The setter will be for the container to set it and the getter is for clients to register interest in the events
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
8 years, 9 months
[JBoss JIRA] (JBTM-2454) Internal IBM J9 compiler error building XTS
by Michael Musgrove (JIRA)
[ https://issues.jboss.org/browse/JBTM-2454?page=com.atlassian.jira.plugin.... ]
Michael Musgrove edited comment on JBTM-2454 at 8/6/15 11:24 AM:
-----------------------------------------------------------------
Gytis pointed out that the compensations failure is a known weld issue so I will push a commit to upgrade that (https://github.com/jbosstm/narayana/pull/895)
was (Author: mmusgrov):
Gytis pointed out that the compensations failure is a known weld issue so I will push a commit to upgrade that
> Internal IBM J9 compiler error building XTS
> -------------------------------------------
>
> Key: JBTM-2454
> URL: https://issues.jboss.org/browse/JBTM-2454
> Project: JBoss Transaction Manager
> Issue Type: Bug
> Components: Build System
> Affects Versions: 5.2.0
> Reporter: Michael Musgrove
> Assignee: Michael Musgrove
> Priority: Minor
> Fix For: 5.next
>
> Attachments: compensations.tar
>
>
> On lancel we get the following error. I am unable to reproduce it on my laptop.
> The compiler details are:
> {quote}
> java version "1.8.0"
> Java(TM) SE Runtime Environment (build pxa6480sr1-20150417_01(SR1))
> IBM J9 VM (build 2.8, JRE 1.8.0 Linux amd64-64 Compressed References 20150410_243669 (JIT enabled, AOT enabled)
> J9VM - R28_Java8_SR1_20150410_1531_B243669
> JIT - tr.r14.java_20150402_88976.03
> GC - R28_Java8_SR1_20150410_1531_B243669_CMPRSS
> J9CL - 20150410_243669)
> JCL - 20150413_01 based on Oracle jdk8u45-b13
> {quote}
> and the build error is:
> {quote}
> [INFO] --- maven-compiler-plugin:3.1:testCompile (default-testCompile) @ localjunit-disabled-context-propagation-tests ---
> [INFO] Changes detected - recompiling the module!
> [INFO] Compiling 12 source files to /home/hudson/workspace/narayana-ibm-jdk/XTS/localjunit/disabled-context-propagation/target/test-classes
> An exception has occurred in the compiler (1.8.0-internal). Please file a bug at the Java Developer Connection (http://java.sun.com/webapps/bugreport) after checking the Bug Parade for duplicates. Include your program and the following diagnostic in your report. Thank you.
> java.lang.NullPointerException
> at javax.lang.model.util.ElementScanner6.scan(ElementScanner6.java:142)
> at javax.lang.model.util.ElementScanner6.visitType(ElementScanner6.java:189)
> at com.sun.tools.javac.processing.JavacProcessingEnvironment$ComputeAnnotationSet.visitType(JavacProcessingEnvironment.java:777)
> at com.sun.tools.javac.processing.JavacProcessingEnvironment$ComputeAnnotationSet.visitType(JavacProcessingEnvironment.java:758)
> at com.sun.tools.javac.code.Symbol$ClassSymbol.accept(Symbol.java:1162)
> at javax.lang.model.util.ElementScanner6.scan(ElementScanner6.java:157)
> at com.sun.tools.javac.processing.JavacProcessingEnvironment$ComputeAnnotationSet.scan(JavacProcessingEnvironment.java:798)
> at com.sun.tools.javac.processing.JavacProcessingEnvironment$Round.findAnnotationsPresent(JavacProcessingEnvironment.java:993)
> at com.sun.tools.javac.processing.JavacProcessingEnvironment$Round.<init>(JavacProcessingEnvironment.java:891)
> at com.sun.tools.javac.processing.JavacProcessingEnvironment.doProcessing(JavacProcessingEnvironment.java:1182)
> at com.sun.tools.javac.main.JavaCompiler.processAnnotations(JavaCompiler.java:1182)
> at com.sun.tools.javac.main.JavaCompiler.compile(JavaCompiler.java:868)
> at com.sun.tools.javac.main.Main.compile(Main.java:535)
> at com.sun.tools.javac.api.JavacTaskImpl.doCall(JavacTaskImpl.java:141)
> at com.sun.tools.javac.api.JavacTaskImpl.call(JavacTaskImpl.java:150)
> at org.codehaus.plexus.compiler.javac.JavaxToolsCompiler.compileInProcess(JavaxToolsCompiler.java:126)
> at org.codehaus.plexus.compiler.javac.JavacCompiler.performCompile(JavacCompiler.java:169)
> at org.apache.maven.plugin.compiler.AbstractCompilerMojo.execute(AbstractCompilerMojo.java:785)
> at org.apache.maven.plugin.compiler.TestCompilerMojo.execute(TestCompilerMojo.java:152)
> at org.apache.maven.plugin.DefaultBuildPluginManager.executeMojo(DefaultBuildPluginManager.java:106)
> at org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:208)
> at org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:153)
> at org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:145)
> at org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(LifecycleModuleBuilder.java:84)
> at org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(LifecycleModuleBuilder.java:59)
> at org.apache.maven.lifecycle.internal.LifecycleStarter.singleThreadedBuild(LifecycleStarter.java:183)
> at org.apache.maven.lifecycle.internal.LifecycleStarter.execute(LifecycleStarter.java:161)
> at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:317)
> at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:152)
> at org.apache.maven.cli.MavenCli.execute(MavenCli.java:555)
> at org.apache.maven.cli.MavenCli.doMain(MavenCli.java:214)
> at org.apache.maven.cli.MavenCli.main(MavenCli.java:158)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:95)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:55)
> at java.lang.reflect.Method.invoke(Method.java:507)
> at org.codehaus.plexus.classworlds.launcher.Launcher.launchEnhanced(Launcher.java:289)
> at org.codehaus.plexus.classworlds.launcher.Launcher.launch(Launcher.java:229)
> at org.codehaus.plexus.classworlds.launcher.Launcher.mainWithExitCode(Launcher.java:415)
> at org.codehaus.plexus.classworlds.launcher.Launcher.main(Launcher.java:356)
> {quote}
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
8 years, 9 months
[JBoss JIRA] (JBTM-2454) Internal IBM J9 compiler error building XTS
by Michael Musgrove (JIRA)
[ https://issues.jboss.org/browse/JBTM-2454?page=com.atlassian.jira.plugin.... ]
Michael Musgrove updated JBTM-2454:
-----------------------------------
Attachment: compensations.tar
compensations surefire directory
> Internal IBM J9 compiler error building XTS
> -------------------------------------------
>
> Key: JBTM-2454
> URL: https://issues.jboss.org/browse/JBTM-2454
> Project: JBoss Transaction Manager
> Issue Type: Bug
> Components: Build System
> Affects Versions: 5.2.0
> Reporter: Michael Musgrove
> Assignee: Michael Musgrove
> Priority: Minor
> Fix For: 5.next
>
> Attachments: compensations.tar
>
>
> On lancel we get the following error. I am unable to reproduce it on my laptop.
> The compiler details are:
> {quote}
> java version "1.8.0"
> Java(TM) SE Runtime Environment (build pxa6480sr1-20150417_01(SR1))
> IBM J9 VM (build 2.8, JRE 1.8.0 Linux amd64-64 Compressed References 20150410_243669 (JIT enabled, AOT enabled)
> J9VM - R28_Java8_SR1_20150410_1531_B243669
> JIT - tr.r14.java_20150402_88976.03
> GC - R28_Java8_SR1_20150410_1531_B243669_CMPRSS
> J9CL - 20150410_243669)
> JCL - 20150413_01 based on Oracle jdk8u45-b13
> {quote}
> and the build error is:
> {quote}
> [INFO] --- maven-compiler-plugin:3.1:testCompile (default-testCompile) @ localjunit-disabled-context-propagation-tests ---
> [INFO] Changes detected - recompiling the module!
> [INFO] Compiling 12 source files to /home/hudson/workspace/narayana-ibm-jdk/XTS/localjunit/disabled-context-propagation/target/test-classes
> An exception has occurred in the compiler (1.8.0-internal). Please file a bug at the Java Developer Connection (http://java.sun.com/webapps/bugreport) after checking the Bug Parade for duplicates. Include your program and the following diagnostic in your report. Thank you.
> java.lang.NullPointerException
> at javax.lang.model.util.ElementScanner6.scan(ElementScanner6.java:142)
> at javax.lang.model.util.ElementScanner6.visitType(ElementScanner6.java:189)
> at com.sun.tools.javac.processing.JavacProcessingEnvironment$ComputeAnnotationSet.visitType(JavacProcessingEnvironment.java:777)
> at com.sun.tools.javac.processing.JavacProcessingEnvironment$ComputeAnnotationSet.visitType(JavacProcessingEnvironment.java:758)
> at com.sun.tools.javac.code.Symbol$ClassSymbol.accept(Symbol.java:1162)
> at javax.lang.model.util.ElementScanner6.scan(ElementScanner6.java:157)
> at com.sun.tools.javac.processing.JavacProcessingEnvironment$ComputeAnnotationSet.scan(JavacProcessingEnvironment.java:798)
> at com.sun.tools.javac.processing.JavacProcessingEnvironment$Round.findAnnotationsPresent(JavacProcessingEnvironment.java:993)
> at com.sun.tools.javac.processing.JavacProcessingEnvironment$Round.<init>(JavacProcessingEnvironment.java:891)
> at com.sun.tools.javac.processing.JavacProcessingEnvironment.doProcessing(JavacProcessingEnvironment.java:1182)
> at com.sun.tools.javac.main.JavaCompiler.processAnnotations(JavaCompiler.java:1182)
> at com.sun.tools.javac.main.JavaCompiler.compile(JavaCompiler.java:868)
> at com.sun.tools.javac.main.Main.compile(Main.java:535)
> at com.sun.tools.javac.api.JavacTaskImpl.doCall(JavacTaskImpl.java:141)
> at com.sun.tools.javac.api.JavacTaskImpl.call(JavacTaskImpl.java:150)
> at org.codehaus.plexus.compiler.javac.JavaxToolsCompiler.compileInProcess(JavaxToolsCompiler.java:126)
> at org.codehaus.plexus.compiler.javac.JavacCompiler.performCompile(JavacCompiler.java:169)
> at org.apache.maven.plugin.compiler.AbstractCompilerMojo.execute(AbstractCompilerMojo.java:785)
> at org.apache.maven.plugin.compiler.TestCompilerMojo.execute(TestCompilerMojo.java:152)
> at org.apache.maven.plugin.DefaultBuildPluginManager.executeMojo(DefaultBuildPluginManager.java:106)
> at org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:208)
> at org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:153)
> at org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:145)
> at org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(LifecycleModuleBuilder.java:84)
> at org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(LifecycleModuleBuilder.java:59)
> at org.apache.maven.lifecycle.internal.LifecycleStarter.singleThreadedBuild(LifecycleStarter.java:183)
> at org.apache.maven.lifecycle.internal.LifecycleStarter.execute(LifecycleStarter.java:161)
> at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:317)
> at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:152)
> at org.apache.maven.cli.MavenCli.execute(MavenCli.java:555)
> at org.apache.maven.cli.MavenCli.doMain(MavenCli.java:214)
> at org.apache.maven.cli.MavenCli.main(MavenCli.java:158)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:95)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:55)
> at java.lang.reflect.Method.invoke(Method.java:507)
> at org.codehaus.plexus.classworlds.launcher.Launcher.launchEnhanced(Launcher.java:289)
> at org.codehaus.plexus.classworlds.launcher.Launcher.launch(Launcher.java:229)
> at org.codehaus.plexus.classworlds.launcher.Launcher.mainWithExitCode(Launcher.java:415)
> at org.codehaus.plexus.classworlds.launcher.Launcher.main(Launcher.java:356)
> {quote}
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
8 years, 9 months