October 2008 - esb-issues - Jboss List Archives

[JBoss JIRA] Created: (JBESB-511) Add integration test for default SFTP EPR.

by Mark Little (JIRA)

Add integration test for default SFTP EPR. ------------------------------------------ Key: JBESB-511 URL: http://jira.jboss.com/jira/browse/JBESB-511 Project: JBoss ESB Issue Type: Task Security Level: Public (Everyone can see) Components: Rosetta, Testing Reporter: Mark Little Assigned To: Bruno Georges Fix For: 4.2 -- 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

3
11
0 / 0

[JBoss JIRA] Created: (JBESB-1999) Reference WSDL contained in ESB archive

by Stefan Lecho (JIRA)

Reference WSDL contained in ESB archive --------------------------------------- Key: JBESB-1999 URL: https://jira.jboss.org/jira/browse/JBESB-1999 Project: JBoss ESB Issue Type: Feature Request Security Level: Public (Everyone can see) Components: Web Services Reporter: Stefan Lecho SOAPClient should be able to reference a WSDL file contained in an ESB archive. If the WSDL file is referenced as value="NameOfWsdl.wsdl", NameOfWsdl.wsdl should be deployed in %JBOSSESB_HOME%\bin. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

15 years

3
4
0 / 0

[JBoss JIRA] Created: (JBESB-1998) wise.SOAPClient: Make it possible to override the endpoint address defined in the target WSDL

by Stefan Lecho (JIRA)

wise.SOAPClient: Make it possible to override the endpoint address defined in the target WSDL --------------------------------------------------------------------------------------------- Key: JBESB-1998 URL: https://jira.jboss.org/jira/browse/JBESB-1998 Project: JBoss ESB Issue Type: Feature Request Security Level: Public (Everyone can see) Components: Web Services Reporter: Stefan Lecho Make it possible by configuration to override the location defined in the WSDL. Currenlty, wise.SOAPClient always uses the location specified in the WSDL and there is no way of overriding it. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

15 years

3
4
0 / 0

[JBoss JIRA] Created: (JBESB-506) Consider Mina support

by Mark Little (JIRA)

Consider Mina support --------------------- Key: JBESB-506 URL: http://jira.jboss.com/jira/browse/JBESB-506 Project: JBoss ESB Issue Type: Task Security Level: Public (Everyone can see) Components: Transports Reporter: Mark Little Assigned To: Mark Little Priority: Optional Fix For: 5.0 http://mina.apache.org/ -- 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, 1 month

2
3
0 / 0

[JBoss JIRA] Created: (JBESB-1507) Odd jUDDI behaviour when under the load for longer time

by Jiri Pechanec (JIRA)

Odd jUDDI behaviour when under the load for longer time ------------------------------------------------------- Key: JBESB-1507 URL: http://jira.jboss.com/jira/browse/JBESB-1507 Project: JBoss ESB Issue Type: Bug Security Level: Public (Everyone can see) Components: Registry and Repository Affects Versions: 4.2.1 Reporter: Jiri Pechanec Priority: Critical Attachments: server.log I have run something like performance/stress test simulating access to jUDDI by many clients. After few runs the jUDDI started to generate exceptions. See attached log -- 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, 1 month

6
30
0 / 0

[JBoss JIRA] Created: (JBESB-2060) ServiceInvoker fails to find HAJNDI when invoked in clustered environment

by Magesh Kumar B (JIRA)

ServiceInvoker fails to find HAJNDI when invoked in clustered environment ------------------------------------------------------------------------- Key: JBESB-2060 URL: https://jira.jboss.org/jira/browse/JBESB-2060 Project: JBoss ESB Issue Type: Bug Security Level: Public (Everyone can see) Components: Registry and Repository, Rosetta, Transports Affects Versions: 4.2.1 CP2 Environment: SOA-P and Fedora9 Linux Reporter: Magesh Kumar B Create two instances of SOA-P in Linux platform using the ports binding service. Start the two instances. Change the InquiryURI and PublishURI as below in jbossesb-properties.xml inside samples/quickstarts/helloworld: <property name="org.jboss.soa.esb.registry.queryManagerURI" value="jnp://127.0.0.1:1100/InquiryService?org.apache.juddi.registry.rmi.Inquiry#inquire"/> <property name="org.jboss.soa.esb.registry.lifeCycleManagerURI" value="jnp://127.0.0.1:1100/PublishService?org.apache.juddi.registry.rmi.Publish#publish" /> Notice they use HAJNDI ports. Deploy Quicktsart_helloworld_esb and run "ant sendesb", the test fails with exception: sendesb: [echo] Runs Test ESB Message Sender [java] Exception in thread "main" org.jboss.soa.esb.listeners.message.MessageDeliverException: Failed to deliver message [header: [ ]] to Service [JBossESB-Internal:DeadLetterService]. Check for errors. [java] at org.jboss.soa.esb.client.ServiceInvoker.post(ServiceInvoker.java:356) [java] at org.jboss.soa.esb.client.ServiceInvoker.deliverAsync(ServiceInvoker.java:225) [java] at org.jboss.soa.esb.client.ServiceInvoker.deliverToDeadLetterService(ServiceInvoker.java:267) [java] at org.jboss.soa.esb.client.ServiceInvoker.deliverAsync(ServiceInvoker.java:235) [java] at org.jboss.soa.esb.samples.quickstart.helloworld.test.SendEsbMessage.main(SendEsbMessage.java:55) However, this only happens in Linux enviornment (Fedora9 in my test) and passes in Windows. Also the HAJNDI port 1100 works if only one instance is running in that cluster partition. When we use these ports 1100/1200 in JMS client and do "ant runtest", they connect seamlessly. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

15 years, 1 month

3
2
0 / 0

[JBoss JIRA] Created: (JBESB-1801) bpm_orchestartion3 quickstart does not report the token id for signalling

by Jiri Pechanec (JIRA)

bpm_orchestartion3 quickstart does not report the token id for signalling ------------------------------------------------------------------------- Key: JBESB-1801 URL: http://jira.jboss.com/jira/browse/JBESB-1801 Project: JBoss ESB Issue Type: Bug Security Level: Public (Everyone can see) Components: Examples Affects Versions: 4.2.1 CP3 Environment: Embedded, production Reporter: Jiri Pechanec Assigned To: Kevin Conner Fix For: 4.2.1 CP3 The quickstart should print on the screen the id of token that should be used for signalling -- 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, 1 month

4
10
0 / 0

[JBoss JIRA] Created: (JBESB-1695) jBPM datasource should be XA datasource

by Jiri Pechanec (JIRA)

jBPM datasource should be XA datasource --------------------------------------- Key: JBESB-1695 URL: http://jira.jboss.com/jira/browse/JBESB-1695 Project: JBoss ESB Issue Type: Bug Security Level: Public (Everyone can see) Components: Process flow, Rosetta Affects Versions: 4.2.1 CP2 Reporter: Jiri Pechanec Assigned To: Kevin Conner Fix For: 4.2.1 CP3 If the SQL listener with transactions is used configured according helloworld_tx_sql and is enhanced with jBPM use - start service, it fails because both datasources are local. To prevent the issue these steps should be done 1) Change the jBPM DS to be XA datasource - this means that schme toll must be also modified 2) Change QS to use H2 database and XA datasource - it serves users as guidline 3) Switch to h2 database for all datasources -- 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, 1 month

3
15
0 / 0

[JBoss JIRA] Created: (JBESB-1650) Clean up OracleAQ documentation

by Tom Cunningham (JIRA)

Clean up OracleAQ documentation ------------------------------- Key: JBESB-1650 URL: http://jira.jboss.com/jira/browse/JBESB-1650 Project: JBoss ESB Issue Type: Bug Security Level: Public (Everyone can see) Components: Message Store Affects Versions: 4.2.1 CP2 Reporter: Tom Cunningham Assigned To: Tom Cunningham Fix For: 4.2.1 CP3 Got some notes from Narayanan Raghavan about his experience with the OracleAQ message provider. They are using it and it is working well but the experience getting it configured could be a little smoother : - they didn't need ojdbc14.jar (need to double check this) - they needed the "full version" of cglib.jar (the full version is in the EAP) - they found the sample jboss-esb.xml confusing - it talks about moving a message from one OracleAQ -> another OracleAQ, and there should be a sample provided of moving a message from OracleAQ - > JBoss Messaging -- 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, 1 month

3
7
0 / 0

[JBoss JIRA] Created: (JBESB-1562) Investigate permgen usage

by Kevin Conner (JIRA)

Investigate permgen usage ------------------------- Key: JBESB-1562 URL: http://jira.jboss.com/jira/browse/JBESB-1562 Project: JBoss ESB Issue Type: Task Security Level: Public (Everyone can see) Affects Versions: 4.2.1 CP1 Reporter: Kevin Conner Fix For: 4.2.1 CP2 We need to investigate the current permgen usage to make sure there are no leaks. -- 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, 1 month

3
7
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

esb-issues October 2008