Uploaded image for project: 'Blacktie'
  1. Blacktie
  2. BLACKTIE-173

Queues are all started on deployment, they should all initialized in state stoppped

    Details

    • Type: Task
    • Status: Closed (View Workflow)
    • Priority: Major
    • Resolution: Done
    • Affects Version/s: None
    • Fix Version/s: 1.0MR6
    • Component/s: None
    • Labels:
      None

      Description

      When the queues are deployed they should be stopped not started, waiting for tpadvertise

      If any requests are received in the interim period then they caller should get a response back to say the svc was unavailable

      FROM AMOS:
      I found two wikis about jms queue management,
      http://www.jboss.org/community/wiki/ConfigDestinationManager
      http://www.jboss.org/community/wiki/DestinationManager

      The wiki articles are good but they do not describe how to impose security, we do this in the xml by the following atm:
      <mbean code="org.jboss.jms.server.destination.QueueService"
      name="jboss.messaging.destination:service=Queue,name=TestTPAdvertise"
      xmbean-dd="xmdesc/Queue-xmbean.xml">
      <depends optional-attribute-name="ServerPeer">jboss.messaging:service=ServerPeer</depends>
      <depends>jboss.messaging:service=PostOffice</depends>
      <attribute name="SecurityConfig">
      <security>
      <role name="guest" read="true" write="true"/>
      <role name="publisher" read="true" write="true" create="false"/>
      <role name="durpublisher" read="true" write="true" create="true"/>
      </security>
      </attribute>
      </mbean>

      Possibly there are further mbean operations to impose this?

      We do not really need the guest priviledges by default but it would be nice if we could put them off/on by configuration in the Environment.xml

      Currently the class responsible for this is:
      stompconnectservice/org.jboss.blacktie.administration.BlacktieStompAdministrationService

        Gliffy Diagrams

          Attachments

            Activity

              People

              • Assignee:
                zhfeng Zheng Feng
                Reporter:
                tomjenkinson Thomas Jenkinson
              • Votes:
                0 Vote for this issue
                Watchers:
                0 Start watching this issue

                Dates

                • Created:
                  Updated:
                  Resolved: