Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

...

Configurable sub elements
Element NameDescriptionTypeDefault ValueFixed ValuesMandatory/OptionalNotes
<nodeID>In a clustered deployment, a ID is assigned to each MB node via the cluster node identifier. This element can be used to override the cluster node identifier for this MB node. If the value for this element is left as default, the default node ID is generated using the IP (Internet Protocol) and UUID).StringdefaultN/AMandatoryThe node ID of each member in a cluster should be unique.
<thriftServerHost>

Apache Thrift is embedded in WSO2 MB and is used for communications related to message delivery. In each MB node of a cluster, the value for this property (thrift server host) should be the IP address of that respective node.

Note: One of the nodes in an MB cluster will be used as the coordinating MB node at server startup. The Thrift server configured for the coordinating MB node will serve as the central Thrift server, which will be used by all nodes in the cluster to consume thrift services. The coordinating MB node may switch to another node in the cluster in case the current coordinator becomes unavailable.

StringlocalhostN/AMandatory
 

<thriftServerPort>This should point to the port of the Apache Thrift server in WSO2 MB.String7611N/AMandatory
 

<thriftServerReconnectTimeout>The number of seconds taken by the thrift server to reconnect after a time out.Integer5N/AMandatory
 

 <thriftSOTimeout>This is used to handle half-open TCP connections between the broker nodes in a cluster. In such situations, the socket may need to have a timeout value to invalidate the connection. (in milliseconds). A timeout of zero is interpreted as an infinite timeout.Integer0N/AOptional
 

<transports>

This element contains all the messaging transports used by WSO2 MB. These messaging transports can be enabled/disabled as required. All the transports are enabled by default. This element also contains configuration parameters that enable you to customise the logical aspects of the message flows used within WSO2 MB.

...

The following configurable sub elements are common to both AMQP and MQTT transports.

Element/Attribute NameDescriptionTypeDefault ValueFixed ValuesMandatory/OptionalNotes
<bindAddress>The IP address to which all transport listeners are bound (e.g. amqp and mqtt listeners).IntegerThe IP of the resident node
 

MandatoryThis is the address exposed from the server and not the host name inferred from carbon.xml.
<defaultConnection>This element is used to specify default values with regard to the connection of the transport. It contains the enabled and port attributes.
    
 





enabledIf the value is true, the relevant transport is enabled for WSO2 MB.Booleantruetrue/falseMandatory
 

portThe default listening port for messages/commands from the MB server via the relevant transport.Integer5672
   



Anchor
ssl
ssl
<sslConnection>
This element is used to specify default values with regard to the SSL (Security Sockets Layer) connection of the transport. It contains the enabled and port attributes.
    
 





Anchor
enabled
enabled
enabled
If the value is true, SSL is enabled for WSO2 MB.Booleantruetrue/falseMandatory
 

portThe default listening SSL port for messages/commands from the MB server via the relevant transport. This port is used only if the enabled attribute of the sslConnection element is set to true.Integer8672
 

Mandatory if SSL is enabled.
 

<keyStore>This element contains parameters relating to the keystore directory which include location and password. See the section on working with security for details on keystores.
    
 





<location>The path to the keystore directory. See the section on working with security for details on keystores.Stringrepository/resources/security/wso2carbon.jksrepository/resources/security/wso2carbon.jksMandatory
 

<password>The password for the key store.Stringwso2carbonwso2carbonMandatory
 

<trustStore>This element contains parameters relating to the truststore which include location and password.
 
    





<location>The location of the truststore.Stringrepository/resources/security/client-truststore.jks
   



<password>The password for the truststoreStringwso2carbon
 
  



The following configurable sub elements are specific to the AMQP transport.

Element NameDescriptionTypeDefault ValueFixed ValuesMandatory/OptionalNotes
<maximumRedeliveryAttempts>The maximum number of times the WSO2 MB should attempt to redeliver a message which has not reached a subscriber. For example, when the value for this is 10, ten more attempts will be made to deliver the message. The default value can be changed depending on your reliability requirements. See the topic on maximum delivery attempts for more information on this configuration.Integer10
 

Mandatory
 

<allowSharedTopicSubscriptions>If the value for this parameter is true, it is possible to have multiple durable subscriptions with the same subscription ID. As a result, when a topic is used, only one of the subscribers will get the given message based in a Round Robin manner.BooleanFalse
 
  



<allowStrictNameValidation>If this value is set to false, it is possible to use the colon (':') symbol in topic names. Note that this only applies when amqp is used.BooleanFalse
   



The following configurable sub elements are specific to the MQTT Transport.

Element NameDescriptionTypeDefault ValueFixed ValuesMandatory/OptionalNotes
<inboundBufferSize>The ring buffer size of the MQTT inbound event disruptor. Increasing this value would improve performance, but it would also increase the memory consumption.Integer32768
   



<deliveryBufferSize>The ring buffer size of the MQTT delivery event disruptor. As for <inboundBufferSize>, increasing this value would improve performance, but it would also increase the memory consumption.Integer32768
   



<security>This element contains parameters relating to authentication for the MQTT transport which include <authentication> and <authenticator>.
 
    





<authentication>

This parameter is used to specify whether clients should always send credentials when establishing a connection. Possible values are as follows.

Optional: If this is selected, credentials of the client are validated if they are sent and the connection is established if the credentials are valid. However, if no credentials are sent, the connection is established without performing a validation test. This behaviour adheres to MQTT 3.1 specification.

Required: If this is selected, the server always performs an authentication test before establishing a connection. The connection is rejected if no credentials are provided by the client or if the credentials sent are not valid.

BooleanOPTIONALYes
  


<authenticator>

The fully qualified class name of the authenticator. Class should be inherited from org.dna.mqtt.moquette.server.IAuthenticator.

Default implementation authenticates against the carbon user store based on the supplied username/password.

Stringorg.wso2.carbon.andes.authentication.andes.CarbonBasedMQTTAuthenticator
 

Yes
 

<persistence>

This element contains configuration parameters relating to data persistence.

Configurable sub elements
Element NameDescriptionTypeDefault ValueFixed ValuesMandatory/OptionalNotes
<messageStore>The class that is used to access an external RDBMS database to operate on messages.Stringorg.wso2.andes.store.jdbc.JDBCMessageStoreImpl
   



<contextStore>The class that is used to access an external RDBMS database to operate on server context. e.g. subscriptions.
 

org.wso2.andes.store.jdbc.JDBCAndesContextStoreImpl
   <idGenerator>



<idGenerator>The ID generation class that is used to maintain unique IDs for each message that arrives at the server.
 

org.wso2.andes.server.cluster.coordination.TimeStampBasedMessageIdGenerator
   



<storeHealthCheckInterval>The length of the time interval between two checks made by the system to ensure that communication between the message store and the MB server instance is healthy.Integer10
   



<transaction>

This element contains configurations relating to publisher transactions.

Element NameDescriptionTypeDefaultFixedMandatory/OptionalNotes
<dbConnectionPoolSize>The number of connections reserved at a given time for transactional database tasks. A transaction reserves a database connection until the transaction is committed, rolled back or closed.Integer10
  
 



<maxBatchSizeInKB>The maximum number of kilo bytes included in a transaction. Exceeding this number will cause failure in commit requests.Integer10240
   



<maxWaitTimeout>This parameter specifies the number of seconds the broker should wait for a response from a transaction message. If there is no response during the defined time period an error is thrown. Make sure to configure the wait time based on the speed of your database. If it takes longer than 30 seconds to respond you need to change the default value.Integer30


<performanceTuning>
Anchor
Performance Tuning
Performance Tuning

This element contains configurations relating to the memory and processor allocations of the WSO2 MB server.

Element NameDescriptionTypeDefault ValueFixed ValuesMandatory/OptionalNotes
Anchor
slots
slots
<slots>

Each subscriber is assigned a slot by WSO2 MB. The subscriber reads messages from this assigned slot. A slot comprises of a chunk of messages in a row.

This element contains all parameters relating to slots which include slotRetainTimeInMemory, windowSize.

     





<slotRetainTimeInMemory>The maximum time duration for which a slot can be retained in memory. Once the time specified in this parameter elapses, the messages in the slot are updated to the coordinator node in the cluster.Integer1000
  


The value is given in milliseconds.
<windowSize>
Anchor
WindowSize
WindowSize
This parameter is used to specify a rough estimate for the size of the slot. e.g., If the size of the slot is 1000, it can expand to 3000 when there are 3 nodes.Integer1000
  
 



<windowCreationTimeout>This parameter defines the timeout for the slot window creation task. In a slow message publishing scenario, this parameter accounts for the delay in the delivery of each message. e.g., If one message is published per minute, then each message will be delivered only after they are submitted to the slot coordinator once this timeout has taken place.
 

3000
   



<delivery>This element contains all the parameters relating to message delivery which include maxNumberOfReadButUndeliveredMessages, ringBufferSize, parallelContentReaders, and parallelDeliveryHandlers.
     





<maxNumberOfReadButUndeliveredMessages>The maximum number of undelivered messages that can be stored in the memory. Increasing the value for this parameter can cause out-of-memory exceptions, but the performance will be improved.Integer1000
   



<ringBufferSize>The thread pool size of the queue delivery workers. This should be increased if there are a lot of unique queues in the system at a given time.
Integer4096   
Integer4096


<parallelContentReaders>The number of parallel readers used to read content from the message store. Increasing this value would increase the speed of the message sending mechanism. However, it would also cause the load on the data store to increase.Integer5
   



<parallelDeliveryHandlers>The number of parallel delivery handlers used to send messages to subscribers. Increasing this value will increase the speed of the message sending mechanism. However, it would also cause the load on the data store to increase.Integer5
   



<contentReadBatchSize>
 
     






<ackHandling>This element contains parameters relating to message acknowledgement which include maxUnackedMessages, ackHandlerBatchSize, and ackHandlerBatchSize.
    
 





<maxUnackedMessages>The maximum number of unacknowledged messages allowed. The message delivery from the server to the client is temporarily paused when the number specified for this parameter is reached. This number should be specified considering the message consumption rate.Integer1000
   



<ackHandlerBatchSize>The maximum batch size of the acknowledgement handler. Andes processes acknowledgements in batches using Disruptor. Increasing the batch size reduces the number of calls made to database by MB. The value for this parameter should be set based on database optimization. The maximum batch size is applicable in high throughput scenarios. Messages are handled in smaller batches using the Disruptor in low throughput scenarios.Integer100
   



<ackHandlerCount>The number of acknowledgement handlers used to process acknowledgements concurrently. Acknowledgements are batched and processed by these acknowledgement handlers.Integer5
 
  



<contentHandling>This element contains parameters relating to content handling which include contentChunkHandlerCount and maxContentChunkSize.
     





<contentChunkHandlerCount>The number of message chunk handlers used to process content chunks concurrently. The content chunks are batched and processed by these content chunk handlers. The value for this parameter should be set based on database optimization.Integer3
 
  



<maxContentChunkSize>The maximum column size for a content chuck handler.Integer65500
   



<inboundEvents>

This element contains parameters relating to the inbound events, which include parallelMessageWriters, bufferSize and messageWriterBatchSize.

    

 





<parallelMessageWriters>The number of parallel writers used to write content to the message store. Increasing this value will increase the speed of the message receiving mechanism. However, it would also cause the load on the data store to increase.Integer1
   



<bufferSize>The size of the Disruptor ring buffer for inbound event handling. Increasing the buffer size is recommended when there is an increased rate of publishing. In such situations, the messages can be stored in the memory.Integer65536
  


The buffer size should be an even number.
<messageWriterBatchSize>The maximum batch size of the batch write operation for inbound messages. MB internals use Disruptor to batch events. Hence this batch size is set to avoid database requests with a high load (i.e. with large batch sizes) to write messages. This should to be configured in high throughput messaging scenarios to regulate the load on the database from MB.Integer70
  
 



<purgedCountTimeout>The number of milliseconds to wait for a queue to complete a purge event in order to update the purge count. If the time specified here elapses before the queue completes the purge event, the purge count will not be updated to include the event. The value for this parameter can be increased to ensure that the purge count is accurate.Integer180
   



<transactionMessageWriters>The number of parallel writers used to write content to the message store for transaction based publishing. Increasing the value for this parameter reduces the time taken to commit a transaction, but the load on the data store would also increase.Integer1
   



<failover>This element contains parameters relating to failover which includes vHostSyncTaskInterval.
 
    





<messageCounter>This element contains parameters relating to the message counter which includes counterTaskInterval and countUpdateBatchSize.
     





<counterTaskInterval>Message counter tasks delay that occurs between the end of one execution and the start of another.Integer5
  


This value is specified in seconds.
<countUpdateBatchSize>The message count is updated in batches. Once the count exceeds the batch size, the message count update is moved to the Message Count Update task.Integer100
   



<messageDeletion>This element contains parameters relating to message deletion which include contentRemovalTaskInterval.
    
 





<contentRemovalTaskInterval>The task interval for the content removal task which will remove the actual message content from the store in the background. If the message rate is very high, this can be set to a lower value to minimise the number of delete requests per task.Integer3
  


This value is specified in seconds.
<topicMatching>

The method used for topic matching. If SIMPLE is selected, the default selector mechanism will be used. Alternatively, you can select BitMaps. BitMaps is more suitable when using topics and subscriptions in large quantity since it is faster.

BooleanSIMPLESIMPLE/BitMaps
  

 




<managementConsole>

This element contains parameters relating to the management console.

Element NameDescriptionTypeDefault ValueFixed ValuesMandatory/OptionalNotes
<messageBrowsePageSize>The maximum number of messages to be displayed in a page at a given time when viewing messages in a queue or the dead letter channel.Integer100
  
 



<maximumMessageDisplayLength>The maximum number of characters in a message that should be displayed in the Management Console when browsing queues. If the number of characters in a message exceeds the value specified for this parameter, the truncated message content will be displayed with the text message content too large to display. Increasing this value can cause delays when viewing the message content in the Management Console.Integer100000
   



<flowControl>
Anchor
flow
flow

This element contains parameters relating to the message flow control.

Element NameDescriptionTypeDefault ValueFixed ValuesMandatory/OptionalNotes
<global>This element contains parameters which define buffer limits which enable/disable flow control at a global level which include lowLimit and highLimit.
     





<lowLimit>
Anchor
global_low
global_low
The total number of message content chunks that would disable flow control if they are enabled, that should be stored in the buffer. Having a small difference between the lower and higher limits will lead to frequent enabling and disabling of flow control, causing the message publishing rate to be reduced.Integer800
   



<highLimit>
Anchor
global_high
global_high
The total maximum number of message content chunks that should be stored in the buffer. When this limit is reached, flow control is enabled. Having a higher limit will increase the number of messages in memory before storing in DB. This results in a higher overall message publishing rate, but with reduced reliability.Integer8000
   



<bufferBased>This element contains parameters relating to the channel specific buffer limits which enable and disable the flow control locally which include lowLimit and highLimit.
 
    





<lowLimit>
Anchor
local_low
local_low
The number of message content chunks that would disable flow control if they are enabled, that should be stored in the buffer. Having a small difference between the lower and higher limits will lead to frequent enabling and disabling of flow control, causing the message publishing rate to be reduced.Integer100
 
  



<highLimit>
Anchor
local_high
local_high
The maximum number of message content chunks that should be stored in buffer per publisher. When this limit is reached, flow control is enabled for the relevant publisher. Having a higher limit will increase the number of messages in memory before storing in the DB. This would lead to higher message publishing rates, but with reduced reliability.Integer1000
   



<memoryBased>This element contains memory based parameters which include memoryCheckInterval, globalMemoryThresholdRatio, and globalMemoryRecoveryThresholdRatio.
     





<memoryCheckInterval>The time interval at which the server should check for memory consumption and apply flow control to recover.Integer2000
  
 



<globalMemoryThresholdRatio>

The maximum ratio of memory allowed to be used by the server.

Used Memory/Allocated Memory

Integer1.0
  


This is specified as a decimal between 0 and 1.
<globalMemoryRecoveryThresholdRatio>

The ratio at which the server should apply flow control to recover.

Used Memory/Allocated Memory

Integer1.0
  


This is specified as a decimal between 0 and 1.
<connectionBased>This element contains connection based parameters which include perConnectionMessageThreshold.
     





<perConnectionMessageThreshold>This allows you to apply flow control based on the message count on a given connection.Integer1000
  


Not used at present.

<recovery>

This element contains configurations relating to cluster recovery. Cluster recovery involves retrieving messages from a storage queues after the cluster or a single node has been inactive.

Element NameDescriptionTypeDefault ValueFixed ValuesMandatory/OptionalNotes
<concurrentStorageQueueReads>The number of storage queue reads carried out concurrently at a given time. There can be multiple storage queues operating before a cluster or a single node becomes inactive. The value for this parameter should be entered depending on the number of storage queues.Integer5
   



<vHostSyncTaskInterval>The time interval after which the virtual host syncing task can sync host details across the cluster.integer900
  


This value is specified in seconds.