Managing Queues

You can easily manage queues in WSO2 MB using the management console. This includes adding new queues, removing queues, viewing their contents and more. You can also specify advanced queue configurations to improve performance and functionality when you set up an instance of WSO2 Message Broker. For more information, see andes configurations.

Following are the tasks you can perform to manage queues in the management console:

Prerequisites

The possibility to work with queues in WSO2 MB are strictly secured by role-based permissions. Therefore, a user needs to be linked to a role with the relevant permissions in order to start managing queues in WSO2 MB. See the following links for details on how roles and permissions are set up for a user.

• Find out about the permissions required for working with queues.
• Creating roles and assigning permissions.
• Creating users and assigning roles.

Creating new queues

A new queue can be created in WSO2 MB using multiple methods. See the following sections for details.

Adding queues from the management console

The following steps describe how to add a queue using the management console. External applications can also add queues programmatically.

1. On the Main tab in the management console, click Queues -> Add.

2. Enter a name for the topic in the Queue Name field. 

   Note the following for queue names:

   • The queue name cannot contain any of following symbols: ~!@#;%^*()+={}|<>"' or spaces. 
   • Do not include "/" literals or prefix the name with "tmp_". 
   • The “/” symbol (TENANT_SEPARATOR) can only be used to separate the tenant domain from the queue name when creating queues from external clients.

3. Now you need to grant permissions for users in your system to publish messages to the queue and consume messages from the queue. You will be granting these permissions to users based on the user's role. As shown below, all the user roles in your tenant domain will be listed. You can select the relevant check box against each role:

   • If the Consume check box is selected, the users linked to the role has permission to consume messages from the queue.
   • If the Publish check box is selected, the users linked to the role has permission to publish messages to the queue.

   
   If you want to create new user roles as queue publishers and queue consumers, see the documentation on creating users and roles.

   By default, publishing and consuming permissions for queues (including JMS client queues) are granted only to the role to which the queue creator belongs. If required, the admin user can change these permissions (Configure > Users and Roles > Roles).

4. Click Add Queue.

5. If the queue is added successfully, a message appears. Click OK to view the Queue List where the newly added queue is listed:
   

Add queues through client subscriptions

When a JMS client subscribes to WSO2 MB, the queue that is specified in the subscription will be automatically created in the broker (if it doesn't already exist). However, note that the subscriber client should connect to WSO2 MB with user credentials that have permission to create new queues in the broker. See the prerequisites section above for information on granting permissions to users.

For example, consider the jndi.properties file given below, which specifies the connection details of a subscriber client connecting to WSO2 MB. As shown here, the client will be connecting to the queue named 'NewQueue' in WSO2 MB with the user 'sam'. If a queue by the name of 'NewQueue' does not exist in the WSO2 MB at the time of establishing this connection, and if the user 'sam' has permission to create new queues in WSO2 MB, a new queue will be created automatically.

# register some connection factories
# connectionfactory.[jndiname] = [ConnectionURL]
connectionfactory.QueueConnectionFactory = amqp://sam:sam@clientID/carbon?brokerlist='tcp://localhost:5677'
 
# register some queues in JNDI using the form
# queue.[jndiName] = [physicalName]
queue.NewQueue=NewQueue

Adding queues at server start

WSO2 Message Broker allows you to create queues automatically when the server is started. This can be done by updating the qpid-virtualhosts.xml file with the information about the queue you want created. 

Follow the steps given below.

1. Open the qpid-virtualhosts.xml file from the <MB_HOME>/repository/conf/advanced directory.

2. Add a queue by adding a new code block under <queues>. See the following example, where a durable queue by the name of 'my-simple-queue' is added.

   <queue>
      <name>my-simple-queue</name>
      <my-simple-queue>
         <exchange>amq.direct</exchange>
         <durable>true</durable>
      </my-simple-queue>
   </queue>

   Given below are the descriptions of the elements used above.

   • <queue>: This is the container element that holds the queue definition.
   • <name>: This element is used to give a name for the queue. In this example, it is 'my-simple-queue'.
   • <my-simple-queue>: Once you define the queue name using the <name> element, you must open another element using the queue name as illustrated in this example. 
   • <exchange>: Queues created in the broker will communicate with external clients through an exchange definition. This element should be set to amq.direct.
   • <durable>: This is also a mandatory element, which specifies that the queue should be durable.

3. Optionally, you can enable the following properties under the <queues> element by giving appropriate values:

   Element Name	Description
   <maximumQueueDepth>	Defines the maximum number of messages that can be kept in the internal queue buffer for delivery. You can disable the parameter by setting it to 0.
   <maximumMessageSize>	The maximum size, in bytes, of the messages that can be kept in the queue. You can disable the parameter by setting it to 0.
   <maximumMessageAge>	The maximum duration of time a message can be kept in the broker A message will be dropped when it has been kept for the time duration specified. You can disable the parameter by setting it to 0.
   <maximumMessageCount>	The maximum message count of a queue. You can disable the parameter by setting it to 0.

4. You must now add an exchange configuration corresponding to the amq.direct exchange that you used when defining the queue.

   <exchange>
      <type>direct</type>
      <name>amq.direct</name>
      <durable>true</durable>
   </exchange>

5. Save the information.
6. Start the server and log in to the management console.
7. You can now view and manage the 'my-simple-queue' queue from the management console. See the section below on viewing queues for more information.

Viewing the message count

To view the message count:

1. Access the Queue List by clicking Queues -> List on the Main tab.
2. The list of queues and the number of messages received will be indicated in the Message Count field.

This field displays the approximate number of persistent messages that have not been delivered to the client. However, note that if the number of messages flowing through the queue is high, the message count may be a higher value than the number of messages that remained in the store when the page was loaded.

Viewing the queue contents

To view the contents of a queue:

1. Access the Queue List by clicking Queues -> List on the Main tab.
2. Click Browse for a particular queue and the contents will be listed. See the following example:
   
3. The table shows information about each message in the queue, including the content type and timestamp of the message. To view the message's body content, click more... in the Message Summary column.

Publishing messages to queues 

You can simulate how messages are published to a queue by sending a sample text using the management console. Follow the steps given below.

1. Access the Queue List by clicking Queues -> List on the Main tab.
2. Click Publish Messages for the relevant queue.
3. In the Send Message page that opens, enter values for the following properties:
   • Correlation ID: The correlation ID for the message, which can be an application-specific 'String' value set by the user. This is not a mandatory field. This property is used for linking one message with another. According to the JMS specification, it typically links a reply message with its requesting message.
   • JMS Type: A 'String' value to define the message type if required. This is not a mandatory field.
   • Number of Messages (Required) : The number of sample messages to be sent to the queue. This field is mandatory.
   • Message Body: The text content of the sample message. This is not a mandatory field as the body will be containing a text called 'Type Message Here..' in case user doesn't add a message body.
4. Click Send Message. You can then verify that the messages were delivered by checking the queue contents.

Purging queues

To purge queues from the server:

1. Access the Queue List by clicking Queues -> List on the Main tab.
2. Click Purge Messages for the relevant queue. This will remove all the messages from the queue and set the message count to zero.

Deleting queues 

To delete queues from the server:

1. Access the Queue List by clicking Queues -> List on the Main tab.
2. Click Delete for the relevant queue. This will remove all the persistent messages from the server.