For this sample we will be using the same Synapse configuration used in sample 150. In addition we will be using the following priority configuration for the Synapse NHTTP transport.
Demonstrate priority based dispatching capabilities of the Synapse NHTTP transport
Priority is applied only when synapse is loaded with enough messages to consume all of its core worker threads. So to observe the priority based mediation, it is required to use a load testing tool like JMeter, SOAP UI or Apache bench.
In this sample, client should send a HTTP header that specifies the priority of the message.This header name is 'priority'. This header is retrieved in the synapse configuration using the $trp:priority XPath expression. Then it is matched against the value 1. If it has the value 1, message is executed with priority 1. Otherwise the message is executed with priority 10.
Messages with different priorities are put into different priority queues. Then they are mediated in a manner so that high priority messages are always processed first.
Here are two sample SOAP requests that can be used to invoke the service using a tool like JMeter, or Apache Bench. For SOAP UI, user can use the WSDL repository/conf/sample/resources/proxy/sample_proxy_1.wsdl to create the request. The only difference between the two requests shown here is the symbol. One has the symbol as IBM and other has MSFT. For one type of requests set the priority header to 1 and for the next set the priority header to 10. Then load Synapse with a large volume of traffic consisting of both types of requests using the load testing tool. Back end Axis2 server prints the symbol of the incoming requests. User should be able to see more of the high priority symbol.
In this sample, priority based mediation takes place at the transport level itself (before the message is even received by the mediation engine). High priority messages will reach the service bus first.