Bug 801026 - SOA-P 5.3.0.DR1 Empty HornetQ users/roles make queues unusable for server components
Summary: SOA-P 5.3.0.DR1 Empty HornetQ users/roles make queues unusable for server com...
Keywords:
Status: CLOSED UPSTREAM
Alias: None
Product: JBoss Enterprise SOA Platform 5
Classification: JBoss
Component: Build Process
Version: 5.3.0 GA
Hardware: Unspecified
OS: Unspecified
urgent
urgent
Target Milestone: ER3
: 5.3.0 GA
Assignee: Julian Coleman
QA Contact:
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2012-03-07 14:37 UTC by Martin Vecera
Modified: 2025-02-10 03:19 UTC (History)
3 users (show)

Fixed In Version:
Clone Of:
Environment:
Last Closed: 2025-02-10 03:19:14 UTC
Type: Bug
Embargoed:


Attachments (Terms of Use)

Description Martin Vecera 2012-03-07 14:37:05 UTC
Components dependent on messaging (e.g. jBPM, ESB...) do not work out-of-box when the server is switched to use HornetQ as a messaging provider.

This is caused by missing guest user in hornetq-users.properties and guest role in hornetq-roles.properties in each server configuration.

The defaul user should be uncommented, or all the components must use secured access to the queues/topics. In this case, another default user will need to be configured.

Comment 1 Nick Cross 2012-05-29 15:37:26 UTC
Trying ER3 and a jBPM quickstart I did not manage to reproduce this.

Comment 2 Martin Vecera 2012-06-05 08:18:12 UTC
Verified in ER3.

Comment 3 Suz 2012-06-24 23:19:32 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:
Components which use messaging, including jBPM and the JBoss ESB, have startup issues when the user is employing HornetQ. These components do not work out-of-box when the server uses HornetQ as a messaging provider. This is caused by a missing guest user property in hornetq-users.properties and guest role in hornetq-roles.properties in each server configuration. To work around this, uncomment the default user or ensure all the components use secured access to the queues/topics.

Comment 5 Red Hat Bugzilla 2025-02-10 03:19:14 UTC
This product has been discontinued or is no longer tracked in Red Hat Bugzilla.


Note You need to log in before you can comment on or make changes to this bug.