High Quality JMS Messaging.

Introduction

The Trace Swiftlet provides a central trace facility for a SwiftMQ router. It is intended for maintenance. In some case it is reasonable for SwiftMQ users to use tracing as well, for example, during the set up of JNDI replication.

The concept is that every SwiftMQ component gets a named space for tracing from the Trace Swiftlet. The space can be enabled or disabled. Enabled, the component traces its information to the space, including the identifier of the component, i.e. the Swiftlet name. Within the Trace Swiftlet's configuration the distribution of the trace streams takes place. Here, it is possible to specify which streams go to which files or to the console. So, one is able to filter out these things very easily.

Every space can be configured with SQL-Like predicates to filter parts of the streams and put them to specific locations, namely a trace file or the console. With this concept it is easy to check the activity of a specific queue by defining a SQL-Like predicate for the queue name and a tracefile for this queue at the queue space, or to check how many threads are running in which pools by defining a predicate which filters the Swiftlet name "sys$threadpool" on space "kernel".

The following trace spaces are preconfigured:

One can define its own trace spaces and use it from custom Extension Swiftlets.