Here is a summary of the TWSS components, database tables, and other network elements that are required when you deploy Parlay X Address List Manager over XCAP.
This topic provides information about what is needed in the network in order to deploy the Web service implementation. The order in which the information is presented does not represent the order in which the elements should be installed.
Parlay X Address List Manager over XCAP interacts by default with the IBM® WebSphere® XML Document Management Server Component (IBM XDMS) and can work with any XCAP server.
The Access Gateway must be installed in the network and is typically in a different cluster than the Web service implementation. All incoming calls are routed through message processing flows, which are deployed on the Access Gateway. A default message processing flow is provided and should be deployed, unless you are using a custom message processing flow.
For information about optional configuration of IBM XDMS and XCAP, refer to the IBM XDMS portion of this information center.
The Service Policy Manager must be installed in the network, either in the Service Platform cluster or in its own cluster. The Service Policy Manager manages policies associated with the Web service implementation. When the database tables are created, they are populated with default policies. For information about default policies, see the Reference section of this information center.
The console must be installed on the deployment manager node for the cluster where the Web service is deployed.The console is used to configure the Web service implementations and the Service Platform components and to specify how they should be invoked. It is also used to administer MBeans that are included in the EAR files for the Web service implementations. It is managed through JMX.
The console plug-in acts as an extension to the WebSphere Integrated Solutions Console.
The Service Platform components must be installed on the same cluster node as the Web service implementation. If the cluster is configured to synchronize, you can deploy the Service Platform components on the network deployment manager node. Some Service Platform components may be optional and, if so, are noted as optional in the following list. Interactions with other Service Platform components are also noted.
Service Platform component | Required? | Remarks |
---|---|---|
Admission Control | No | Recommended. When the Admission Control component Web service is available, the Web service implementation issues a VerifyAdmittableRequest to the Admission Control component to determine if the service request can be processed. |
Traffic Shaping | No | Not used. |
Network Resources | No | Not used. |
Notification Management | No | Not used. |
PX Notification | No | Not used. |
Address Masking | No | When deployed, the Address Masking component Web service works in conjunction with the Address Masking mediation primitive (part of the processing flow for the Access Gateway). |
Fault and Alarm | No | Recommended. When the Fault and Alarm component Web service is
available, the Web service implementation issues a RecordFaultRequest request
to the Fault and Alarm component to generate a fault or an alarm when
the following conditions occur:
|
Usage Record | No | Recommended. When the Usage Record component Web service is available, the Web service implementation uses it to record information about services rendered for status and billing purposes. |
Parlay X Address List Manager over XCAP uses the database to store MBean related data. A script is provided to initialize the database table.