Invoke IS Service Step (Inbound, SOAP Connector Virtual Service)
An IS (Integration Server) service is a user-defined Integration Server flow service that you can invoke in the In Sequence step to pre-process the request message before it is submitted to the native service. You can create multiple Invoke IS Service steps.
An IS service must be running on the same Integration Server as CloudStreams. It can call out a C++ or Java or .NET function. It can also call other IS services to manipulate the SOAP message.
You can use predefined or custom context variables in an IS service. For more information, see Using Context Variables in the document Administering webMethods CloudStreams.
To add the Invoke IS Service step:
1. Click the connector virtual service name in the CloudStreams Governance view.
2. Right-click In Sequence and click Invoke IS Service.
The Invoke IS Service step is added under the Entry Step. You cannot change the order of the steps.
3. Click Invoke IS Service and complete the following fields in the Properties view.
Name
You can optionally change the step name from Invoke IS Service to any other name. There are no naming convention restrictions.
Service
The IS Service to pre-process the request message before it is submitted to the native service.
When you define the IS service, the Pipeline In section of the service should have the following input variables:
proxy.name: This is the name of the virtual service.
SOAPEnvelope: This is of the Java type org.apache.axiom.soap.SOAPEnvelope
EnvelopeString MessageContext:
Integration Server will automatically place a MessageContext variable into the pipeline before executing the IS service call.
MessageContext is of the Java type
org.apache.axis2.context.MessageContext.
Integration Server users can use the Axis2 MessageContext object to manipulate the incoming SOAP request. The Integration Server provides built-in services (the pub.soap.* services) to work with the MessageContext object to get/set/modify the SOAP body, header, properties, etc. Integration Server users should use these services to extract the information they need from the MessageContext to build the necessary business logic.
Users do not need to understand Axis2 or Axiom (the XML object model based on StAX) to work with the SOAP request, because if they are familiar with the Integration Server pub.soap.* services, they can accomplish most of the tasks. For more information about these related Integration Server services, see the webMethods Integration Server Built-In Services Reference.
Related Topics