webMethods Adapter Runtime 10.7 | webMethods Adapter Runtime Documentation | webMethods Adapter Runtime User’s Documentation | The Adapter Runtime in a Clustered Environment | Polling Notification Support in a Cluster
 
Polling Notification Support in a Cluster
 
Considerations for Polling Notifications Executing via Scheduled Tasks
Configuring Polling Notifications in Standby or Distributed Mode on Integration Server 8.2
The Adapter Runtime enables the coordinated execution of polling notifications within an Integration Server cluster. It provides the ability to enable multiple instances of the same polling notification in your cluster, and to coordinate their schedules and execution. This provides enhanced quality of service by allowing configurations for automated failover between notifications and distributed processing of polling notifications.
Important:
Adapters support enabling the same polling notification on multiple Integration Server instances connecting to the same back end to achieve automated failover, only when the multiple Integration Servers share the same ISInternal database. If you attempt to use the same polling notification on multiple Integration Servers pointing to the same back end but using separate ISInternal databases, you may encounter abnormal results.
Beginning with Integration Server 9.0, adapters use Integration Server Scheduler to support polling notifications. On enabling a polling notification, a new Integration Server scheduled task is created, which polls the back end resource at the given interval. Do not manually edit or change scheduled tasks. Each polling notification creates an Integration Server scheduled task. When a notification is disabled, the scheduled task in Integration Server is removed.