Configure service components using the queue manager configuration files, except on Windows systems, where each queue manager has its own stanza in the Registry. Each service used must have a Service stanza, which defines the service to the queue manager.
For each component within a service, there must be a ServiceComponent stanza. This identifies the name and path of the module containing the code for that component.
The authorization service component, known as the Object Authority Manager (OAM), is supplied with the product. When you create a queue manager, the queue manager configuration file (or the Registry on Windows systems) is automatically updated to include the appropriate stanzas for the authorization service and for the default component (the OAM). For the other components, you must configure the queue manager configuration file manually.
The code for each service component is loaded into the queue manager when the queue manager is started, using dynamic binding, where this is supported on the platform.
The format of the Service stanza is:
Service: Name=<service_name> EntryPoints=<entries>
where:
On Windows systems, the Service stanza has a third attribute, SecurityPolicy. The format of the stanza is:
Service: Name=<service_name> EntryPoints=<entries> SecurityPolicy=<policy>
where:
The format of the Service component stanza is:
ServiceComponent: Service=<service_name> Name=<component_name> Module=<module_name> ComponentDataSize=<size>
where:
These two stanzas can appear in any order and the stanza keys under them can also appear in any order. For either of these stanzas, all the stanza keys must be present. If a stanza key is duplicated, the last one is used.
At startup time, the queue manager processes each service component entry in the configuration file in turn. It then loads the specified component module, invoking the entry-point of the component (which must be the entry-point for initialization of the component), passing it a configuration handle.