IBM E02HMLL-I Implementation Guide - Page 25
Binding, between, elements, trigger
View all IBM E02HMLL-I manuals
Add to My Manuals
Save this manual to your list of manuals |
Page 25 highlights
Binding between elements To perform a business process, a collaboration can communicate with connectors, with other collaborations, and with external processes from which it receives access requests through the Server Access Interface. Binding is used to set up communications between the collaboration and these elements when the collaboration is configured. This section describes the concepts for binding. The tools and procedures for creating the bindings are described later in this guide underChapter 9, "Configuring collaboration objects," on page 155). Binding a trigger A collaboration begins a processing flow when it is triggered to do so by the arrival of a business object. The trigger can be any of the following: v A business object from an event published by a connector in a publish-and-subscribe interaction v An access request received through the Server Access Interface v A service call from a connector To allow a collaboration's business processes to be triggered, you must bind the collaboration at configuration time to an element that will supply the triggering event or call. Binding is done between the collaboration and any element that will participate in that collaboration's business process, but only one element can be bound as the trigger. Binding for events When you configure a collaboration at your site to be triggered by events, you bind it to a connector capable of publishing the triggering event. For example, you might specify that the collaboration's Employee.Delete event comes from the PeopleSoft connector. To look more closely at this relationship, recall that the connector actually consists of a connector controller (which, like the collaboration, resides in the InterChange Server Express) and a connector agent (which includes the client connector framework and an application-specific component, and is separate from the InterChange Server Express). The connector controller maintains the binding information and provides its connector agent with a list of events to which collaborations have subscribed. When relevant application operations occur, the connector agent publishes the events on that list to the connector controller. The connector agent sends an event to the connector controller without knowing anything about its ultimate destination at a collaboration. The connector controller is therefore an intermediary between the connector agent and the collaboration, as Figure 8 on page 14 illustrates. Chapter 1. Overview of IBM WebSphere Business Integration Server Express 13