Copyright © TIBCO Software Inc. All Rights Reserved
Copyright © TIBCO Software Inc. All Rights Reserved


Appendix B TIBCO Adapter Standards : Adapter Services Requirements

Adapter Services Requirements
One approach to enterprise application integration is to take a "services" view of the inter-application interfaces and operations.
Each interface is defined terms of the services one application provides to others, and the underlying technical details of how an application provides these services is deliberately hidden. One application needs not know anything about the other application's underlying data and functionality.
This approach allows an organization to reuse services throughout the enterprise, and insulates each application from underlying changes in other applications.
Publication Service and Subscription Service
Publication Service
A Publication Service generates an event in response to a target application event.
If the Publication Service sends a message in response to a target application event, the event is communicated to the publisher through notification mechanism of the target application. If there is no notification mechanism in the target application, the Publication Service must be configured to be polled using a timer.
Subscription Service
A Subscription Service converts the data it receives into an MInstance of the appropriate class that should match the subscriber service definition. The subscriber must then perform whatever target application task appropriate for the service, such as inserting the data into target application.
Compatibility with TIBCO ActiveMatrix BusinessWorks
For compatibility with TIBCO ActiveMatrix BusinessWorks, the adapter needs to provide at least the reliable message quality of service. The adapter should clearly define the available service and support a quality of service for each service.
Request Response Service and Request Response Invocation Service
Request-Response Service
Using the Request-Response Service, an adapter acts as a Request-Response server for ActiveEnterprise operations. Operations are defined in a schema in the repository. Input and output parameters and exceptions must be defined for each operation.
A server is defined in the configuration and implemented as an AE operation implementation class (a class that extends MOperationImpl).
A server may be synchronous or asynchronous (reply immediately or not). Whether a server is synchronous or asynchronous is transparent to the client.
Request-Response Invocation Service
Using the Request-Response Invocation Service, the adapter acts as a request-response client for ActiveEnterprise operations. A client is defined in the configuration and invokes an AE operation in a synchronous or asynchronous manner. A client invokes an operation by constructing an MClientRequest object and then calling synchInvoke(), asynchInvoke() or onewayInvoke().
Synchronous invocation blocks the operation and waits for a reply. Note that the application implementing a blocking method also requires concurrency in other aspects of the adapter. Consider a multithreaded design for such an adapter.
Compatibility with TIBCO ActiveMatrix BusinessWorks
For compatibility with TIBCO ActiveMatrix BusinessWorkss, the adapter needs to provide at least the Operation Server Service if client/server operations are applicable and defined.

Copyright © TIBCO Software Inc. All Rights Reserved
Copyright © TIBCO Software Inc. All Rights Reserved