[JBoss JIRA] (JBTM-1409) Make the build less verbose - specifically the tests
by Tom Jenkinson (JIRA)
[ https://issues.jboss.org/browse/JBTM-1409?page=com.atlassian.jira.plugin.... ]
Tom Jenkinson updated JBTM-1409:
--------------------------------
Status: Pull Request Sent (was: Open)
Git Pull Request: https://github.com/jbosstm/narayana/pull/185
> Make the build less verbose - specifically the tests
> ----------------------------------------------------
>
> Key: JBTM-1409
> URL: https://issues.jboss.org/browse/JBTM-1409
> Project: JBoss Transaction Manager
> Issue Type: Task
> Security Level: Public(Everyone can see)
> Components: Build System, Testing
> Affects Versions: 5.0.0.M1
> Environment: Mac OS 10.7.5 with JDK 7 and 6.
> Reporter: Mark Little
> Assignee: Tom Jenkinson
> Priority: Minor
> Fix For: 5.0.0.M2
>
>
> Normally the build is fairly succinct around junit tests. However, when we hit jbossatx everything seems to become a lot more verbose than it needs to be. Consider making these tests silent (redirect error/output to a file, as happens with the other tests).
> -------------------------------------------------------
> T E S T S
> -------------------------------------------------------
> Running com.arjuna.ats.internal.jbossatx.jta.TestXAResourceRecordWrapperImpl
> Jan 1, 2013 9:32:58 PM com.arjuna.ats.arjuna.coordinator.TxControl <clinit>
> WARN: ARJUNA012130: Name of XA node not defined. Using Arjuna:54417
> Jan 1, 2013 9:32:59 PM com.arjuna.ats.arjuna.recovery.TransactionStatusManager addService
> INFO: ARJUNA012163: Starting service com.arjuna.ats.arjuna.recovery.ActionStatusService on port 54418
> Jan 1, 2013 9:32:59 PM com.arjuna.ats.internal.arjuna.recovery.TransactionStatusManagerItem <init>
> INFO: ARJUNA012337: TransactionStatusManagerItem host: 127.0.0.1 port: 54418
> Jan 1, 2013 9:32:59 PM com.arjuna.ats.arjuna.recovery.TransactionStatusManager start
> INFO: ARJUNA012170: TransactionStatusManager started on port 54418 and host 127.0.0.1 with service com.arjuna.ats.arjuna.recovery.ActionStatusService
> 1 == 1?
> 2 == 3?
> Tests run: 2, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.536 sec
> Running com.arjuna.ats.jta.distributed.SimpleIsolatedServers
> Jan 1, 2013 9:32:59 PM com.arjuna.ats.jbossatx.jta.RecoveryManagerService create
> INFO: ARJUNA032010: JBossTS Recovery Service (tag: unknown) - JBoss Inc.
> Jan 1, 2013 9:32:59 PM com.arjuna.ats.internal.arjuna.recovery.RecActivatorLoader startRecoveryActivators
> INFO: ARJUNA012324: Start RecoveryActivators
--
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
13 years
[JBoss JIRA] (JBTM-1409) Make the build less verbose - specifically the tests
by Tom Jenkinson (JIRA)
[ https://issues.jboss.org/browse/JBTM-1409?page=com.atlassian.jira.plugin.... ]
Tom Jenkinson updated JBTM-1409:
--------------------------------
Fix Version/s: 4.17.4
5.0.0.M2
> Make the build less verbose - specifically the tests
> ----------------------------------------------------
>
> Key: JBTM-1409
> URL: https://issues.jboss.org/browse/JBTM-1409
> Project: JBoss Transaction Manager
> Issue Type: Task
> Security Level: Public(Everyone can see)
> Components: Build System, Testing
> Affects Versions: 5.0.0.M1
> Environment: Mac OS 10.7.5 with JDK 7 and 6.
> Reporter: Mark Little
> Assignee: Tom Jenkinson
> Priority: Minor
> Fix For: 4.17.4, 5.0.0.M2
>
>
> Normally the build is fairly succinct around junit tests. However, when we hit jbossatx everything seems to become a lot more verbose than it needs to be. Consider making these tests silent (redirect error/output to a file, as happens with the other tests).
> -------------------------------------------------------
> T E S T S
> -------------------------------------------------------
> Running com.arjuna.ats.internal.jbossatx.jta.TestXAResourceRecordWrapperImpl
> Jan 1, 2013 9:32:58 PM com.arjuna.ats.arjuna.coordinator.TxControl <clinit>
> WARN: ARJUNA012130: Name of XA node not defined. Using Arjuna:54417
> Jan 1, 2013 9:32:59 PM com.arjuna.ats.arjuna.recovery.TransactionStatusManager addService
> INFO: ARJUNA012163: Starting service com.arjuna.ats.arjuna.recovery.ActionStatusService on port 54418
> Jan 1, 2013 9:32:59 PM com.arjuna.ats.internal.arjuna.recovery.TransactionStatusManagerItem <init>
> INFO: ARJUNA012337: TransactionStatusManagerItem host: 127.0.0.1 port: 54418
> Jan 1, 2013 9:32:59 PM com.arjuna.ats.arjuna.recovery.TransactionStatusManager start
> INFO: ARJUNA012170: TransactionStatusManager started on port 54418 and host 127.0.0.1 with service com.arjuna.ats.arjuna.recovery.ActionStatusService
> 1 == 1?
> 2 == 3?
> Tests run: 2, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.536 sec
> Running com.arjuna.ats.jta.distributed.SimpleIsolatedServers
> Jan 1, 2013 9:32:59 PM com.arjuna.ats.jbossatx.jta.RecoveryManagerService create
> INFO: ARJUNA032010: JBossTS Recovery Service (tag: unknown) - JBoss Inc.
> Jan 1, 2013 9:32:59 PM com.arjuna.ats.internal.arjuna.recovery.RecActivatorLoader startRecoveryActivators
> INFO: ARJUNA012324: Start RecoveryActivators
--
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
13 years
[JBoss JIRA] (JBTM-1409) Make the build less verbose - specifically the tests
by Tom Jenkinson (JIRA)
[ https://issues.jboss.org/browse/JBTM-1409?page=com.atlassian.jira.plugin.... ]
Tom Jenkinson updated JBTM-1409:
--------------------------------
Fix Version/s: (was: 4.17.4)
> Make the build less verbose - specifically the tests
> ----------------------------------------------------
>
> Key: JBTM-1409
> URL: https://issues.jboss.org/browse/JBTM-1409
> Project: JBoss Transaction Manager
> Issue Type: Task
> Security Level: Public(Everyone can see)
> Components: Build System, Testing
> Affects Versions: 5.0.0.M1
> Environment: Mac OS 10.7.5 with JDK 7 and 6.
> Reporter: Mark Little
> Assignee: Tom Jenkinson
> Priority: Minor
> Fix For: 5.0.0.M2
>
>
> Normally the build is fairly succinct around junit tests. However, when we hit jbossatx everything seems to become a lot more verbose than it needs to be. Consider making these tests silent (redirect error/output to a file, as happens with the other tests).
> -------------------------------------------------------
> T E S T S
> -------------------------------------------------------
> Running com.arjuna.ats.internal.jbossatx.jta.TestXAResourceRecordWrapperImpl
> Jan 1, 2013 9:32:58 PM com.arjuna.ats.arjuna.coordinator.TxControl <clinit>
> WARN: ARJUNA012130: Name of XA node not defined. Using Arjuna:54417
> Jan 1, 2013 9:32:59 PM com.arjuna.ats.arjuna.recovery.TransactionStatusManager addService
> INFO: ARJUNA012163: Starting service com.arjuna.ats.arjuna.recovery.ActionStatusService on port 54418
> Jan 1, 2013 9:32:59 PM com.arjuna.ats.internal.arjuna.recovery.TransactionStatusManagerItem <init>
> INFO: ARJUNA012337: TransactionStatusManagerItem host: 127.0.0.1 port: 54418
> Jan 1, 2013 9:32:59 PM com.arjuna.ats.arjuna.recovery.TransactionStatusManager start
> INFO: ARJUNA012170: TransactionStatusManager started on port 54418 and host 127.0.0.1 with service com.arjuna.ats.arjuna.recovery.ActionStatusService
> 1 == 1?
> 2 == 3?
> Tests run: 2, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.536 sec
> Running com.arjuna.ats.jta.distributed.SimpleIsolatedServers
> Jan 1, 2013 9:32:59 PM com.arjuna.ats.jbossatx.jta.RecoveryManagerService create
> INFO: ARJUNA032010: JBossTS Recovery Service (tag: unknown) - JBoss Inc.
> Jan 1, 2013 9:32:59 PM com.arjuna.ats.internal.arjuna.recovery.RecActivatorLoader startRecoveryActivators
> INFO: ARJUNA012324: Start RecoveryActivators
--
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
13 years
[JBoss JIRA] (JBTM-1411) ExtendedUnitTest.testRememberAction test failed because of NullPointerException
by Gytis Trikleris (JIRA)
Gytis Trikleris created JBTM-1411:
-------------------------------------
Summary: ExtendedUnitTest.testRememberAction test failed because of NullPointerException
Key: JBTM-1411
URL: https://issues.jboss.org/browse/JBTM-1411
Project: JBoss Transaction Manager
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: Testing, Transaction Core
Reporter: Gytis Trikleris
Assignee: Tom Jenkinson
Priority: Minor
Fix For: 5.0.0.M2
See: http://172.17.131.2/job/jbossts-narayana-java7/125
{noformat}
testRememberAction(com.hp.mwtests.ts.arjuna.statemanager.ExtendedUnitTest) Time elapsed: 1.39 sec <<< ERROR!
java.lang.NullPointerException
at com.arjuna.ats.arjuna.StateManager.rememberAction(StateManager.java:1270)
at com.hp.mwtests.ts.arjuna.resources.ExtendedObject.remember(ExtendedObject.java:87)
at com.hp.mwtests.ts.arjuna.statemanager.ExtendedUnitTest.testRememberAction(ExtendedUnitTest.java:148)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:601)
at org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:44)
at org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:15)
at org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:41)
at org.junit.internal.runners.statements.InvokeMethod.evaluate(InvokeMethod.java:20)
at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:76)
at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:50)
at org.junit.runners.ParentRunner$3.run(ParentRunner.java:193)
at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:52)
at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:191)
at org.junit.runners.ParentRunner.access$000(ParentRunner.java:42)
at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:184)
at org.junit.runners.ParentRunner.run(ParentRunner.java:236)
at org.apache.maven.surefire.junit4.JUnit4TestSet.execute(JUnit4TestSet.java:53)
at org.apache.maven.surefire.junit4.JUnit4Provider.executeTestSet(JUnit4Provider.java:123)
at org.apache.maven.surefire.junit4.JUnit4Provider.invoke(JUnit4Provider.java:104)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:601)
at org.apache.maven.surefire.util.ReflectionUtils.invokeMethodWithArray(ReflectionUtils.java:164)
at org.apache.maven.surefire.booter.ProviderFactory$ProviderProxy.invoke(ProviderFactory.java:110)
at org.apache.maven.surefire.booter.SurefireStarter.invokeProvider(SurefireStarter.java:172)
at org.apache.maven.surefire.booter.SurefireStarter.runSuitesInProcessWhenForked(SurefireStarter.java:78)
at org.apache.maven.surefire.booter.ForkedBooter.main(ForkedBooter.java:70)
{noformat}
--
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
13 years
[JBoss JIRA] (JBTM-1408) TXFramework tests error: Could not serialize object
by Gytis Trikleris (JIRA)
[ https://issues.jboss.org/browse/JBTM-1408?page=com.atlassian.jira.plugin.... ]
Gytis Trikleris commented on JBTM-1408:
---------------------------------------
http://172.17.131.2/job/jbossts-narayana-java7/121
http://172.17.131.2/job/jbossts-narayana-java6/151
http://172.17.131.2/job/jbossts-narayana-java6/152
http://172.17.131.2/job/jbossts-narayana-java7/122
http://172.17.131.2/job/jbossts-narayana-java6/153
http://172.17.131.2/job/jbossts-narayana-java7/123
http://172.17.131.2/job/jbossts-narayana-java6/154
http://172.17.131.2/job/jbossts-narayana-java7/124
http://172.17.131.2/job/jbossts-narayana-java6/155
http://172.17.131.2/job/jbossts-narayana-java6/156
> TXFramework tests error: Could not serialize object
> ---------------------------------------------------
>
> Key: JBTM-1408
> URL: https://issues.jboss.org/browse/JBTM-1408
> Project: JBoss Transaction Manager
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: Testing, TXFramework
> Affects Versions: 5.0.0.M1
> Reporter: Amos Feng
> Assignee: Paul Robinson
> Fix For: 5.0.0.M2
>
>
> Tests in error:
> testSimple(org.jboss.narayana.txframework.functional.ATBridgeTest): Could not serialize object: TestResult[status=FAILED,time=1212ms]
> testClientDrivenRollback(org.jboss.narayana.txframework.functional.ATBridgeTest): Could not serialize object: TestResult[status=FAILED,time=331ms]
> testSimple(org.jboss.narayana.txframework.functional.ATTest): Could not serialize object: TestResult[status=FAILED,time=1735ms]
> testMultiInvoke(org.jboss.narayana.txframework.functional.ATTest): Could not serialize object: TestResult[status=FAILED,time=431ms]
> testClientDrivenRollback(org.jboss.narayana.txframework.functional.ATTest)
> testParticipantDrivenRollback(org.jboss.narayana.txframework.functional.ATTest): Unexpected exception, expected<com.arjuna.wst.TransactionRolledBackException> but was<java.lang.Exception>
> testApplicationException(org.jboss.narayana.txframework.functional.ATTest)
> testSimple(org.jboss.narayana.txframework.functional.BACoordinatorCompletionTest): Could not serialize object: TestResult[status=FAILED,time=1050ms]
> testMultiInvoke(org.jboss.narayana.txframework.functional.BACoordinatorCompletionTest): Could not serialize object: TestResult[status=FAILED,time=449ms]
> testClientDrivenCancel(org.jboss.narayana.txframework.functional.BACoordinatorCompletionTest)
> testApplicationException(org.jboss.narayana.txframework.functional.BACoordinatorCompletionTest)
> testCannotComplete(org.jboss.narayana.txframework.functional.BACoordinatorCompletionTest): Unexpected exception, expected<com.arjuna.wst.TransactionRolledBackException> but was<java.lang.Exception>
> testAutoComplete(org.jboss.narayana.txframework.functional.BAParticipantCompletionTest): Could not serialize object: TestResult[status=FAILED,time=2534ms]
> testManualComplete(org.jboss.narayana.txframework.functional.BAParticipantCompletionTest): Could not serialize object: TestResult[status=FAILED,time=501ms]
> testMultiInvoke(org.jboss.narayana.txframework.functional.BAParticipantCompletionTest)
> testClientDrivenCompensate(org.jboss.narayana.txframework.functional.BAParticipantCompletionTest)
> testApplicationException(org.jboss.narayana.txframework.functional.BAParticipantCompletionTest)
> testCannotComplete(org.jboss.narayana.txframework.functional.BAParticipantCompletionTest): Unexpected exception, expected<com.arjuna.wst.TransactionRolledBackException> but was<java.lang.RuntimeException>
--
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
13 years
[JBoss JIRA] (JBTM-1405) idlj issue when building on Raspberry Pi
by Tom Jenkinson (JIRA)
[ https://issues.jboss.org/browse/JBTM-1405?page=com.atlassian.jira.plugin.... ]
Tom Jenkinson edited comment on JBTM-1405 at 1/2/13 3:33 AM:
-------------------------------------------------------------
I wonder if it is because the path to the orb.idl is different on those platforms? Please can you let us know where the orb.idl is (or indeed if it exists!):
[tom@localhost ~]$ cd /usr/lib/jvm/java-1.6.0
[tom@localhost java-1.6.0]$ find . -name \orb.idl
./lib/orb.idl
[tom@localhost java-1.6.0]$ cd ../java-1.7.0
[tom@localhost java-1.7.0]$ find . -name \orb.idl
./lib/orb.idl
was (Author: tomjenkinson):
I wonder if it is because the path to the orb.idl is different on those platforms? Please can you let us know where the orb.idl is (or indeed if it exists!):
[tom@localhost ~]$ cd /usr/lib/jvm/java-1.6.0
[tom@localhost java-1.6.0]$ find . -name \orb.idl
./lib/orb.idl
> idlj issue when building on Raspberry Pi
> ----------------------------------------
>
> Key: JBTM-1405
> URL: https://issues.jboss.org/browse/JBTM-1405
> Project: JBoss Transaction Manager
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: JTS
> Affects Versions: 4.17.3
> Environment: Raspberry Pi with stock distribution installed and openjdk 6.
> Reporter: Mark Little
> Assignee: Michael Musgrove
>
> Early in the build we get ...
> [INFO] Processing 3 grammar files to /home/pi/narayana/ArjunaJTS/idl/idlj/target/generated-sources/idl
> [INFO] [ERROR] /home/pi/narayana/ArjunaJTS/idl/src/main/idl/omg/CosTransactions.idl (line 35): java.io.FileNotFoundException: orb.idl
> #include <orb.idl>
> ^
> [ERROR] /home/pi/narayana/ArjunaJTS/idl/src/main/idl/omg/CosTransactions.idl (line 35): java.io.FileNotFoundException: orb.idl
> #include <orb.idl>
> ^
> [INFO] [ERROR] /home/pi/narayana/ArjunaJTS/idl/src/main/idl/omg/CosTransactions.idl (line 35): java.io.FileNotFoundException: orb.idl
> #include <orb.idl>
> ^
> [ERROR] /home/pi/narayana/ArjunaJTS/idl/src/main/idl/omg/CosTransactions.idl (line 35): java.io.FileNotFoundException: orb.idl
> #include <orb.idl>
> ^
> [INFO] [ERROR] /home/pi/narayana/ArjunaJTS/idl/src/main/idl/omg/CosTransactions.idl (line 35): java.io.FileNotFoundException: orb.idl
> #include <orb.idl>
> ^
> [ERROR] /home/pi/narayana/ArjunaJTS/idl/src/main/idl/omg/CosTransactions.idl (line 35): java.io.FileNotFoundException: orb.idl
> #include <orb.idl>
> ^
> And eventually this results in ...
> [INFO] BUILD FAILURE
> [INFO] ------------------------------------------------------------------------
> [INFO] Total time: 4:03:24.556s
> [INFO] Finished at: Sat Dec 22 20:32:47 UTC 2012
> [INFO] Final Memory: 38M/105M
> [INFO] ------------------------------------------------------------------------
> [ERROR] Failed to execute goal org.apache.maven.plugins:maven-surefire-plugin:2.9:test (surefire-idlj) on project jts: Execution surefire-idlj of goal org.apache.maven.plugins:maven-surefire-plugin:2.9:test failed: java.lang.reflect.InvocationTargetException; nested exception is java.lang.reflect.InvocationTargetException: null: org/omg/CosTransactions/ResourceOperations: org.omg.CosTransactions.ResourceOperations -> [Help 1]
> It would also be good if there was a build-time switch to disable using idlj. Building with the idlj option at the start (as mentioned in the README) would imply that this is the way to go and that building just using jts therefore only uses jacorb, but it seems that the jts rule builds with both orbs.
--
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
13 years
[JBoss JIRA] (JBTM-1405) idlj issue when building on Raspberry Pi
by Tom Jenkinson (JIRA)
[ https://issues.jboss.org/browse/JBTM-1405?page=com.atlassian.jira.plugin.... ]
Tom Jenkinson commented on JBTM-1405:
-------------------------------------
I wonder if it is because the path to the orb.idl is different on those platforms? Please can you let us know where the orb.idl is (or indeed if it exists!):
[tom@localhost ~]$ cd /usr/lib/jvm/java-1.6.0
[tom@localhost java-1.6.0]$ find . -name \orb.idl
./lib/orb.idl
> idlj issue when building on Raspberry Pi
> ----------------------------------------
>
> Key: JBTM-1405
> URL: https://issues.jboss.org/browse/JBTM-1405
> Project: JBoss Transaction Manager
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: JTS
> Affects Versions: 4.17.3
> Environment: Raspberry Pi with stock distribution installed and openjdk 6.
> Reporter: Mark Little
> Assignee: Michael Musgrove
>
> Early in the build we get ...
> [INFO] Processing 3 grammar files to /home/pi/narayana/ArjunaJTS/idl/idlj/target/generated-sources/idl
> [INFO] [ERROR] /home/pi/narayana/ArjunaJTS/idl/src/main/idl/omg/CosTransactions.idl (line 35): java.io.FileNotFoundException: orb.idl
> #include <orb.idl>
> ^
> [ERROR] /home/pi/narayana/ArjunaJTS/idl/src/main/idl/omg/CosTransactions.idl (line 35): java.io.FileNotFoundException: orb.idl
> #include <orb.idl>
> ^
> [INFO] [ERROR] /home/pi/narayana/ArjunaJTS/idl/src/main/idl/omg/CosTransactions.idl (line 35): java.io.FileNotFoundException: orb.idl
> #include <orb.idl>
> ^
> [ERROR] /home/pi/narayana/ArjunaJTS/idl/src/main/idl/omg/CosTransactions.idl (line 35): java.io.FileNotFoundException: orb.idl
> #include <orb.idl>
> ^
> [INFO] [ERROR] /home/pi/narayana/ArjunaJTS/idl/src/main/idl/omg/CosTransactions.idl (line 35): java.io.FileNotFoundException: orb.idl
> #include <orb.idl>
> ^
> [ERROR] /home/pi/narayana/ArjunaJTS/idl/src/main/idl/omg/CosTransactions.idl (line 35): java.io.FileNotFoundException: orb.idl
> #include <orb.idl>
> ^
> And eventually this results in ...
> [INFO] BUILD FAILURE
> [INFO] ------------------------------------------------------------------------
> [INFO] Total time: 4:03:24.556s
> [INFO] Finished at: Sat Dec 22 20:32:47 UTC 2012
> [INFO] Final Memory: 38M/105M
> [INFO] ------------------------------------------------------------------------
> [ERROR] Failed to execute goal org.apache.maven.plugins:maven-surefire-plugin:2.9:test (surefire-idlj) on project jts: Execution surefire-idlj of goal org.apache.maven.plugins:maven-surefire-plugin:2.9:test failed: java.lang.reflect.InvocationTargetException; nested exception is java.lang.reflect.InvocationTargetException: null: org/omg/CosTransactions/ResourceOperations: org.omg.CosTransactions.ResourceOperations -> [Help 1]
> It would also be good if there was a build-time switch to disable using idlj. Building with the idlj option at the start (as mentioned in the README) would imply that this is the way to go and that building just using jts therefore only uses jacorb, but it seems that the jts rule builds with both orbs.
--
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
13 years