[JBoss JIRA] Created: (JBESB-849) Should smooks test be an integration test?
by Mark Little (JIRA)
Should smooks test be an integration test?
------------------------------------------
Key: JBESB-849
URL: http://jira.jboss.com/jira/browse/JBESB-849
Project: JBoss ESB
Issue Type: Task
Security Level: Public (Everyone can see)
Components: Testing
Affects Versions: 4.2 Milestone Release 3
Reporter: Mark Little
Assigned To: Tom Fennelly
Priority: Trivial
[java] [junit] 10:22:35,254 ERROR [main][SmooksInstanceManager] Lookup of the JMS ConnectionFactory failed for the Transformation configuration Update Listener. Update listener not enabled!
[java] [junit] org.jboss.soa.esb.ConfigurationException: JNDI lookup of JMS Connection Factory [ConnectionFactory] failed.
[java] [junit] at org.jboss.soa.esb.actions.converters.SmooksInstanceManager$ConfigurationUpdateListener.getJmsConnectionFactory(SmooksInstanceManager.java:161)
[java] [junit] at org.jboss.soa.esb.actions.converters.SmooksInstanceManager$ConfigurationUpdateListener.connect(SmooksInstanceManager.java:203)
[java] [junit] at org.jboss.soa.esb.actions.converters.SmooksInstanceManager$ConfigurationUpdateListener.<init>(SmooksInstanceManager.java:122)
[java] [junit] at org.jboss.soa.esb.actions.converters.SmooksInstanceManager$ConfigurationUpdateListener.<init>(SmooksInstanceManager.java:109)
[java] [junit] at org.jboss.soa.esb.actions.converters.SmooksInstanceManager.<init>(SmooksInstanceManager.java:67)
[java] [junit] at org.jboss.soa.esb.actions.converters.SmooksTransformer.initialiseLocalSmooksInstanceManager(SmooksTransformer.java:236)
[java] [junit] at org.jboss.soa.esb.actions.converters.SmooksTransformer.initialise(SmooksTransformer.java:218)
[java] [junit] at org.jboss.soa.esb.actions.converters.SmooksTransformerUnitTest.transform(SmooksTransformerUnitTest.java:82)
[java] [junit] at org.jboss.soa.esb.actions.converters.SmooksTransformerUnitTest.test_trans(SmooksTransformerUnitTest.java:69)
indicates that the test needs JMS set up beforehand. So doesn't that tend to imply it's an integration test?
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
15 years, 5 months
[JBoss JIRA] Created: (JBESB-1711) ESB unit test suite hangs when run against SOA-P CP1
by Aleksandar Kostadinov (JIRA)
ESB unit test suite hangs when run against SOA-P CP1
----------------------------------------------------
Key: JBESB-1711
URL: http://jira.jboss.com/jira/browse/JBESB-1711
Project: JBoss ESB
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: Testing
Reporter: Aleksandar Kostadinov
Assigned To: Aleksandar Kostadinov
unzip SOA-P distribution in $WORKSPACE/jbosssoa
chprop product.properties org.jboss.esb.server.home "$WORKSPACE/jbosssoa/jboss-as"
chprop product.properties org.jboss.esb.server.config $SERVER_NAME
chprop product.properties org.jboss.esb.test.ftp.hostname dev39.qa.atl.jboss.com
chprop product.properties org.jboss.esb.test.ftp.user user
chprop product.properties org.jboss.esb.test.ftp.pwd pass
chprop product.properties org.jboss.esb.test.ftp.dir /esb-in-soa
then:
cd product
ant org.jboss.esb.integration.test
Test suite hangs after first few tests.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
15 years, 5 months
[JBoss JIRA] Created: (JBESB-1438) JMS Courrier does not support transacted mode
by Jiri Pechanec (JIRA)
JMS Courrier does not support transacted mode
---------------------------------------------
Key: JBESB-1438
URL: http://jira.jboss.com/jira/browse/JBESB-1438
Project: JBoss ESB
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: Process flow, Rosetta
Affects Versions: 4.2.1
Reporter: Jiri Pechanec
Assigned To: Mark Little
Priority: Blocker
Fix For: 4.2.1 CP1
JMS Courrier (deliver side) operates only with non-transacted queue sessions. This prevents jBPM integration to work correctly. The problem can be sketched this way
1) The message is received via JMS/JCA listener, transaction is started
2) jBPM process is invoked
3) jBPM process sends message (calls service) in non-transacted mode
Three situations can happen
1) Exception is thrown later, it means that global transaction is rolled back but another service was already invoked - BUG
2) jBPM process goes to the wait state and waits for response from ESB, global transaction is committed, called service sends back signal to continue process - OK
3) jBPM process goes to the wait state and waits for response from ESB, called service sends back signal to continue process - but the global transaction was not committed yet - BUG
This is key feature to have ESB/jBPM integration working safely.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
15 years, 6 months
[JBoss JIRA] Created: (JBESB-1164) Crash creates multiple EPRs for same service in JUDDI
by Tom Cunningham (JIRA)
Crash creates multiple EPRs for same service in JUDDI
-----------------------------------------------------
Key: JBESB-1164
URL: http://jira.jboss.com/jira/browse/JBESB-1164
Project: JBoss ESB
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: Registry and Repository
Affects Versions: 4.2.1 IR1
Reporter: Tom Cunningham
Assigned To: Mark Little
If the AS or ESB server crashes or does not cleanly shut down, JUDDI will duplicate EPR records in its database table. For the monitoring/management console, this is a real problem because it depends on the fact that there will be only one EPR for its services per ESB server.
Post-crash, every time the console tries to collect data, it is getting back results from multiple EPRs on the same machine, which is causing ConstraintViolations when we try to store results. This is causing JBESB-1139.
JUDDI should probably clean up EPR records post-crash.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
15 years, 7 months