webMethods Adapter Runtime 10.7 | webMethods Adapter Runtime Documentation | webMethods Adapter Runtime User’s Documentation | Overview of the Adapter Runtime | Adapter Listeners and Listener Notifications | Synchronous and Asynchronous Listener Notifications
 
Synchronous and Asynchronous Listener Notifications
When you create an asynchronous listener notification, the adapter creates a publishable document type. At run time, when the listener detects an event in the back end, it invokes the asynchronous notification. The asynchronous notification then publishes a document, which has the structure defined by the publishable document type, in either of the following ways:
*to webMethods Broker when Integration Server is connected to Broker.
*to Software AG Universal Messaging when Integration Server is connected to Universal Messaging.
*to Software AG Digital Event Services using IS_DES_CONNECTION alias.
*to a JMS queue or topic when Integration Server is connected to a JMS provider.
*locally to Integration Server when Integration Server is not connected to Broker or to a JMS provider.
Adapter users can process the document's data any way they want to. For example, they can create an Integration Server trigger that receives the document and executes an Integration Server flow service or a Java service.
At run time, a synchronous listener notification invokes a specified IS service, and potentially receives a reply from the service and delivers the results back to the adapter resource. The listener notification waits until the service has finished processing before it begins to process the next message from the adapter resource. A synchronous listener notification does not publish a document.
Synchronous listener notifications do not support session handling. When a synchronous listener notification calls a service that needs information contained in the session data, that service can fail. However, note that the same service may appear to work for an asynchronous listener notification. This is because asynchronous listener notifications themselves do not execute a service. Instead, an Integration Server trigger, which supports session handling, is used to receive the document and execute an Integration Server flow service or a Java service.