Bug 779920 (SOA-2280) - JBoss Messaging client libraries are not included after switching to HornetQ
Summary: JBoss Messaging client libraries are not included after switching to HornetQ
Keywords:
Status: MODIFIED
Alias: SOA-2280
Product: JBoss Enterprise SOA Platform 5
Classification: JBoss
Component: EAP
Version: 5.1.0.ER1,5.2.0 ER1
Hardware: Unspecified
OS: Unspecified
high
high
Target Milestone: ---
: FUTURE
Assignee: Julian Coleman
QA Contact:
URL: http://jira.jboss.org/jira/browse/SOA...
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2010-09-08 13:04 UTC by Martin Vecera
Modified: 2023-05-15 19:53 UTC (History)
2 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
There is a problem when using HornetQ with the JBoss Messaging Client. The client's libraries are not transferred over after the user has switched to HornetQ. As a result, users cannot access these libraries in HornetQ. To work around this, users should add the JBM client libraries to the application itself.
Clone Of:
Environment:
Last Closed: 2011-06-20 19:10:38 UTC
Type: Bug
Embargoed:

Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
Red Hat Bugzilla 780775 1 None None None 2021-01-20 06:05:38 UTC
Red Hat Issue Tracker SOA-2280 0 Major Closed JBoss Messaging client libraries are not included after switching to HornetQ 2013-05-09 14:00:01 UTC

Internal Links: 780775

Description Martin Vecera 2010-09-08 13:04:13 UTC 
project_key: SOA

Both HornetQ and JBM client libraries are supposed to be present in the client directory but the JBM client library is removed after switching to HornetQ. This is inherited from EAP.
Comment 1 Martin Vecera 2010-09-08 13:23:39 UTC 
Link: Added: This issue depends JBPAPP-5041
Comment 2 Rajesh Rajasekaran 2010-09-08 15:39:11 UTC 
Martin, JBPAPP-5041 has been redefined. Can you check if it would cause any issues on the SOA side?
Comment 3 Martin Vecera 2010-09-10 09:25:08 UTC 
Thanks Rajesh, I updated the issue.
Comment 4 Anne-Louise Tangring 2010-09-22 12:45:47 UTC 
This was triaged for SOA 5.1.0. Not in SOA 5.1.0
Comment 5 Len DiMaggio 2011-07-29 15:38:15 UTC 
Link: Added: This issue relates to SOA-3228
Comment 6 Julian Coleman 2011-08-03 15:04:39 UTC 
HornetQ will be reintroduced.
Comment 7 Andy Taylor 2011-09-08 10:04:09 UTC 
It doesn't make sense to have the JBoss Messaging client libs available when the default messaging provider is HornetQ. If a user wants to use a JBM client (that would be talking to a remote JBM server anyway) they would add the JBM client libs to the application itself, however this is unlikely.
Comment 8 Anne-Louise Tangring 2012-01-31 16:56:23 UTC 
Maybe putting them in a separate "extras" folder or renaming them?
Comment 9 tcunning 2012-06-15 11:41:28 UTC 
For ESB at least, jboss-messaging-client.jar seems to be a required JAR for a remote service invoker invocation against a SOA-P server using jboss-messaging.   Even if you are running hornetq locally, you may want to invoke a service on another SOA-P server.
Comment 11 Suz 2012-07-02 03:37:53 UTC 
    Technical note added. If any revisions are required, please edit the "Technical Notes" field
    accordingly. All revisions will be proofread by the Engineering Content Services team.
    
    New Contents:
There is a problem when using HornetQ with the JBoss Messaging Client. The client's libraries are not transferred over after the user has switched to HornetQ. As a result, users cannot access these libraries in HornetQ. To work around this, users should add the JBM client libraries to the application itself.
Note You need to log in before you can comment on or make changes to this bug.