Controlling RosettaNet Requests in a Processing Queue
RosettaNet Module allows you to specify how many threads can run in parallel when processing RosettaNet documents. By specifying a value in the estd.queueContainer.noOfThreads property, you can optimize your document processing.
The estd.queueContainer.noOfThreads property allows you to specify the maximum number of threads that should be available in the processing queue for processing requests. Based on the system load, the thread with the least load gets picked from the queue and assigned the processing task. As more transactions arrive for processing, thread selection continues in this fashion.
To specify the maximum number of threads in a processing queue
1. Open the config.cnf file in a text editor from the following directory:
Integration Server_directory\packages\WmEstdCommonLib\config\
2. Add or edit the following property:
estd.queueContainer.noOfThreads=n
where n specifies the maximum number of threads available for processing RosettaNet requests. If this property is not defined, the default number of threads is 5.
The value of this parameter must be less than the Integration Server thread pool size, as specified in the watt.server.threadPool parameter. watt.server.threadPool defines the maximum number of threads that Integration Server maintains in the server thread pool. Consider the value of this parameter, as well as load conditions, when you define estd.queueContainer.noOfThreads. For more information about configuring the server thread pool, see webMethods Integration Server Administrator’s Guide.
3. Save and close the configuration file.
4. Restart Integration Server.