Академический Документы
Профессиональный Документы
Культура Документы
Important Information
SOME TIBCO SOFTWARE EMBEDS OR BUNDLES OTHER TIBCO SOFTWARE. USE OF SUCH EMBEDDED OR BUNDLED TIBCO SOFTWARE IS SOLELY TO ENABLE THE FUNCTIONALITY (OR PROVIDE LIMITED ADD-ON FUNCTIONALITY) OF THE LICENSED TIBCO SOFTWARE. THE EMBEDDED OR BUNDLED SOFTWARE IS NOT LICENSED TO BE USED OR ACCESSED BY ANY OTHER TIBCO SOFTWARE OR FOR ANY OTHER PURPOSE. USE OF TIBCO SOFTWARE AND THIS DOCUMENT IS SUBJECT TO THE TERMS AND CONDITIONS OF A LICENSE AGREEMENT FOUND IN EITHER A SEPARATELY EXECUTED SOFTWARE LICENSE AGREEMENT, OR, IF THERE IS NO SUCH SEPARATE AGREEMENT, THE CLICKWRAP END USER LICENSE AGREEMENT WHICH IS DISPLAYED DURING DOWNLOAD OR INSTALLATION OF THE SOFTWARE (AND WHICH IS DUPLICATED IN LICENSE.PDF) OR IF THERE IS NO SUCH SOFTWARE LICENSE AGREEMENT OR CLICKWRAP END USER LICENSE AGREEMENT, THE LICENSE(S) LOCATED IN THE LICENSE FILE(S) OF THE SOFTWARE. USE OF THIS DOCUMENT IS SUBJECT TO THOSE TERMS AND CONDITIONS, AND YOUR USE HEREOF SHALL CONSTITUTE ACCEPTANCE OF AND AN AGREEMENT TO BE BOUND BY THE SAME. This document contains confidential information that is subject to U.S. and international copyright laws and treaties. No part of this document may be reproduced in any form without the written authorization of TIBCO Software Inc. TIB, TIBCO, TIBCO Adapter, TIBCO ActiveMatrix, Predictive Business, Information Bus, The Power of Now, TIBCO ActiveMatrix BusinessWorks, TIBCO Rendezvous, TIBCO Administrator, TIBCO Designer, TIBCO Runtime Agent, TIBCO Hawk, TIBCO Enterprise Message Service, TIBCO Designer Add-in for TIBCO Business Studio, TIBCO ActiveMatrix Service Grid, TIBCO ActiveMatrix Service Bus, TIBCO ActiveMatrix BusinessWorks Service Engine, TIBCO ActiveEnterprise, and TIBCO Business Studio are either registered trademarks or trademarks of TIBCO Software Inc. in the United States and/or other countries. EJB, Java EE, J2EE, and all Java-based trademarks and logos are trademarks or registered trademarks of Sun Microsystems, Inc. in the U.S. and other countries. All other product and company names and marks mentioned in this document are the property of their respective owners and are mentioned for identification purposes only. THIS SOFTWARE MAY BE AVAILABLE ON MULTIPLE OPERATING SYSTEMS. HOWEVER, NOT ALL OPERATING SYSTEM PLATFORMS FOR A SPECIFIC SOFTWARE VERSION ARE RELEASED AT THE SAME TIME. SEE THE README.TXT FILE FOR THE AVAILABILITY OF THIS SOFTWARE VERSION ON A SPECIFIC OPERATING SYSTEM PLATFORM. THIS DOCUMENT IS PROVIDED AS IS WITHOUT WARRANTY OF ANY KIND, EITHER EXPRESS OR IMPLIED, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES OF MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE, OR NON-INFRINGEMENT. THIS DOCUMENT COULD INCLUDE TECHNICAL INACCURACIES OR TYPOGRAPHICAL ERRORS. CHANGES ARE PERIODICALLY ADDED TO THE INFORMATION HEREIN; THESE CHANGES WILL BE INCORPORATED IN NEW EDITIONS OF THIS DOCUMENT. TIBCO SOFTWARE INC. MAY MAKE IMPROVEMENTS AND/OR CHANGES IN THE PRODUCT(S) AND/OR THE PROGRAM(S) DESCRIBED IN THIS DOCUMENT AT ANY TIME. THE CONTENTS OF THIS DOCUMENT MAY BE MODIFIED AND/OR QUALIFIED, DIRECTLY OR INDIRECTLY, BY OTHER DOCUMENTATION WHICH ACCOMPANIES THIS SOFTWARE, INCLUDING BUT NOT LIMITED TO ANY RELEASE NOTES AND "READ ME" FILES. Copyright 1998-2010 TIBCO Software Inc. ALL RIGHTS RESERVED. TIBCO Software Inc. Confidential Information
Contents iii
Contents
Chapter 1 Introduction. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .1
What is an Adapter? . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2 Adapter Components . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3 Adapter Key terms . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4 Adapter Services . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5 Publication Service . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5 Subscription Service. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5 Request-Response Service . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5 Request-Response Invocation Service. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 6 Adapter Services Summary . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 6 Choosing an Adapter Service . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7
iv
| Contents
Request-Response Service . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 21 Request-Response Invocation Service . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 23 Schema Support . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 24
TIBCO ActiveMatrix BusinessWorks. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 31 TIBCO Hawk . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 32 Adapter Microagents . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 32 TIBCO Business Studio . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . ActiveMatrix Resource Wizard. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Composite Element Editors . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Debugger . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Service Assembly Editor . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . TIBCO ActiveMatrix Administrator . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . TIBCO ActiveMatrix Administrator Architecture . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Enterprise and Environment Administration . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Service Administration . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 34 35 36 37 38 39 39 41 42
Index . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 45
Figures v
Figures
Figure 1 Figure 2 Figure 3 Figure 4 Figure 5 Figure 6 Figure 7 Figure 8 Figure 9 Figure 10 Figure 11 Figure 12 Figure 13 Figure 14 Figure 15 Figure 16 Figure 17
Adapters Provide a Bridge for Data . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2 Choosing an Adapter Service: Example . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7 Choosing an Adapter Service . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 8 Multi-layered Architecture . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 10 Logical Architecture for Integration With Siebel . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 16 Typical Publication Service Flow . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 19 Typical Subscription Service Flow . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 21 Typical Request-Response Service Flow. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 22 Typical Request-Response Invocation Service Flow . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 23 TIBCO Designer Main Window . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 27 TIBCO Administrator GUI. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 30 TIBCO Business Studio . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 34 Component Property Sheet . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 36 Debugger . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 37 Service Assembly Editor . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 38 TIBCO ActiveMatrix Administration Architecture . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 40 TIBCO ActiveMatrix Administrator . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 41
vi
| Figures
Tables vii
Tables
General Typographical Conventions . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . xii Syntax Typographical Conventions . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . xiii Adapter Services Summary . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 6
viii
| Tables
| ix
Preface
This document introduces the fundamentals of TIBCO ActiveMatrix Adapter for Siebel, including what the adapter is and how it works.
Topics
Related Documentation, page x Typographical Conventions, page xii How to Contact TIBCO Customer Support, page xv
| Related Documentation
Related Documentation
This section lists documentation resources you may find useful.
The following documents form the TIBCO ActiveMatrix Adapter Service Engine for Siebel documentation set: TIBCO ActiveMatrix Adapter Service Engine for Siebel Installation Read this manual to learn how to install TIBCO ActiveMatrix Adapter Service Engine for Siebel. TIBCO ActiveMatrix Adapter Service Engine for Siebel Configuration and Deployment Read this manual for instructions on how to create, configure and deploy adapter projects. TIBCO ActiveMatrix Adapter Service Engine for Siebel Examples Read this manual to work through the examples provided with the adapter. TIBCO ActiveMatrix Adapter Service Engine for Siebel Release Notes Read this document for information about new features, deprecated features, and known and closed issues.
Preface xi
TIBCO Designer TIBCO Administrator TIBCO ActiveMatrix Administrator TIBCO ActiveMatrix BusinessWorks TIBCO ActiveMatrix BusinessWorks Service Engine TIBCO Rendezvous TIBCO Enterprise Message Service TIBCO Hawk TIBCO Adapter SDK TIBCO Runtime Agent TIBCO Business Studio
Third-Party Documentation
You may also find it useful to read the Siebel Bookshelf, available from Siebel Systems Inc.
xii
| Typographical Conventions
Typographical Conventions
The following typographical conventions are used in this manual Table 1 General Typographical Conventions Convention
TIBCO_HOME ENV_HOME
Use Many TIBCO products must be installed within the same home directory. This directory is referenced in documentation as TIBCO_HOME. The value of TIBCO_HOME depends on the operating system. For example, on Windows systems, the default value is C:\tibco. Other TIBCO products are installed into an installation environment. Incompatible products and multiple instances of the same product are installed into different installation environments. The directory into which such products are installed is referenced in documentation as ENV_HOME. The value of ENV_HOME depends on the operating system. For example, on Windows systems the default value is C:\tibco.
code font
Code font identifies commands, code examples, filenames, pathnames, and output displayed in a command window. For example: Use MyCommand to start the foo process.
Bold code font is used in the following ways: In procedures, to indicate what a user types. For example: Type admin. In large code samples, to indicate the parts of the sample that are of particular interest. In command syntax, to indicate the default parameter for a command. For example, if no parameter is specified, MyCommand is enabled: MyCommand [enable | disable]
italic font
Italic font is used in the following ways: To indicate a document title. For example: See TIBCO BusinessWorks Concepts. To introduce new terms. For example: A portal page may contain several portlets. Portlets are mini-applications that run in a portal. To indicate a variable in a command or code syntax that you must replace. For example: MyCommand pathname
Preface xiii
Table 1 General Typographical Conventions (Contd) Convention Key combinations Use Key names separated by a plus sign indicate keys pressed simultaneously. For example: Ctrl+C. Key names separated by a comma and space indicate keys pressed one after the other. For example: Esc, Ctrl+Q. The note icon indicates information that is of special interest or importance, for example, an additional action required only in certain circumstances. The tip icon indicates an idea that could be useful, for example, a way to apply the information provided in the current section to achieve a specific result. The warning icon indicates the potential for a damaging situation, for example, data loss or corruption if certain steps are taken or not taken.
A logical OR that separates multiple items of which only one may be chosen. For example, you can select only one of the following parameters:
MyCommand para1 | param2 | param3
xiv
| Typographical Conventions
Table 2 Syntax Typographical Conventions (Contd) Convention
{ }
Use A logical group of items in a command. Other syntax notations may appear within each logical group. For example, the following command requires two parameters, which can be either the pair param1 and param2, or the pair param3 and param4.
MyCommand {param1 param2} | {param3 param4}
In the next example, the command requires two parameters. The first parameter can be either param1 or param2 and the second can be either param3 or param4:
MyCommand {param1 | param2} {param3 | param4}
In the next example, the command can accept either two or three parameters. The first parameter must be param1. You can optionally include param2 as the second parameter. And the last parameter is either param3 or param4.
MyCommand param1 [param2] {param3 | param4}
Preface xv
xvi
|1
Chapter 1
Introduction
Topics
What is an Adapter?, page 2 Adapter Components, page 3 Adapter Key terms, page 4 Adapter Services, page 5 Choosing an Adapter Service, page 7
| Chapter 1
Introduction
What is an Adapter?
To deploy the best solution for each aspect of your business, you usually have to purchase applications from several different application vendors. Unfortunately, vendors typically have their own way to format and expose data. Therefore integrating the various applications across your enterprise poses significant challenges. An adapter provides a bridge between an application and your TIBCO integration environment. Using a no-coding approach to integration, TIBCO Adapters enable packaged applications, databases, and other technologies to become active participants in the enterprise information flow, regardless of their data formats or communication protocols. Integration of new applications does not require programming skills and does not interfere with existing infrastructure. Adapters isolate the application from more complex actions. Message transformation and business process automation can be handled once the data is published to the TIBCO infrastructure. As is shown in the figure below, adapters allow data to be exchanged among different technologies. Adapters are available for off-the-shelf applications from leading vendors. Each adapter integrates with at least one, and usually several, of the interfaces exposed by the vendor application. Database adapters enable an enterprises database to initiate important business processes based on exception data they identify. Database adapters also make data available to the enterprise. Mainframe adapters enable real-time two way communication between themselves and the rest of a companies business applications and databases. Adapters can also enable integration with component or object development models and other messaging technologies.
Adapter Components 3
Adapter Components
The adapter can run either as a standalone process or as a service. When run as a service, the adapter participates in the Service Oriented Architecture (SOA) environment. The adapter components are: Standalone Using this component you can create adapter projects which run as a standalone process. This adapter component is referred to as the standalone adapter. Standalone adapter projects are created and configured using TIBCO Designer and deployed using TIBCO Administrator. Adapter Service Engine Using this component you can create and configure adapter projects that can be deployed as a service in the TIBCO ActiveMatrix environment. This adapter component is referred to as the adapter service engine. Adapter service engine projects are created using TIBCO Business Studio and deployed using TIBCO ActiveMatrix Administrator. The adapter component is wired with other composite elements in the ActiveMatrix SOA Project. Existing standalone adapter configurations can also be deployed as services. Throughout this book, references to an adapter include both the standalone and adapter service engine components.
| Chapter 1
Introduction
Adapter Services 5
Adapter Services
Adapters are responsible for making information from different applications available to other applications across an enterprise. To do so, an adapter is configured to provide one or more of the following services:
Publication Service
An adapter publication service recognizes when business events happen in a vendor application, and asynchronously sends out the event data in realtime to interested systems in the TIBCO environment. For example, an adapter can publish an event each time a new customer account is added to an application. Other applications that receive the event can then update their records just as the original application did.
Subscription Service
An adapter subscription service asynchronously performs an actionsuch as updating business objects or invoking native Application Programming Interfaces (APIs)on a vendor application. The adapter service listens to external business events, which trigger the appropriate action. Referring to the previous example, an adapter subscription service can listen for customer record creation events (happening in an application and published to the TIBCO infrastructure) and update another application.
Request-Response Service
In addition to asynchronously publishing and subscribing to events, an adapter can be used for synchronously retrieving data from, or executing transactions within, a vendor application. After the action is performed in the vendor application, the adapter service sends a response back to the requester with either the results of the action or a confirmation that the action occurred. This entire process is called request-response, and it is useful for actions such as adding or deleting business objects. In the next example, an adapter receives a request message from the TIBCO infrastructure and sends it to an application. The adapter gets a response from the application and returns it.
| Chapter 1
Introduction
Asynchronous
Synchronous
Vendor application
TIBCO infrastructure
Synchronous
In this scenario, data must be exchanged between the application X and another application. The other application could be a customer management system, such as PeopleSoft, or another TIBCO application, such as TIBCO ActiveMatrix BusinessWorks. To decide which adapter service to configure in the adapter, start by finding out where the scenario beginswhat triggers it. Is the scenario triggered by an event inside application X, or inside the other application? For example, when a new customer account is created in application X, must the account information also be propagated via the adapter to the other application? Or does a batch business process in TIBCO ActiveMatrix BusinessWorks need information from application X to generate some report? This question is the starting point of the decision chart provided below:
| Chapter 1
Introduction
application X
another application
application X must
response required?
only one
No
Yes
many
no
publication service
Working through the decision chart, if the business process is the creation of a customer record in application X and if many other applications need to be updated when the event occurs, but no acknowledgements are required, the adapters publication service should be used.
Chapter 2
This chapter provides an overview of Siebel eBusiness Applications and explains TIBCO ActiveMatrix Adapter for Siebel in more detail.
Topics
Siebel eBusiness Applications Overview, page 10 Adapter Overview, page 13 Adapter Services, page 19 Schema Support, page 24
10
| Chapter 2
A Siebel application uses an object definition to implement one piece of the software, either a user interface, an abstract representation, or a direct database representation construct. An object definition consists of properties which characterize the software construct that the object definition implements.
TIBCO ActiveMatrix Adapter for Siebel Concepts
Object definitions in a given layer depend on definitions in the next lower layer, and are insulated from other layers in the architecture. For example, you can make changes to a Siebel application without changing the underlying database structure. Similarly, you can extend the Siebel database schema without impacting the Siebel application. A standard Siebel application provides a core set of object definitions, which you can use as the basis for your own tailored application. Siebel Enterprise provides an application configuration tool called Siebel Tools, which enables you to customize Siebel applications by modifying and creating object definitions. User Interface Objects Layer The User Interface Objects Layer defines the visual elements with which users interact. The Business Objects Layer insulates it from the Data Objects layer and the underlying database. Business Objects Layer The following are the major object types in the Business Objects Layer: 1. Business Component Represents a fundamental business entity in the enterprise, which consists of multiple fields that characterize it. For example, Contact, Business Address, or Activity.
2. Business Object Represents a major functional area in the enterprise, which consists of a collection of one or more related business components. For example, the Opportunity Business Object consists of Opportunities and related Contacts, Activities, Products, and Issues.
3. Integration Objects
12
| Chapter 2
Siebel integration objects allow integration metadata to be represented in Siebel Business Objects as common structures that the EAI infrastructure can understand. These are logical objects representing multiple Business Objects in a single entity. Data Objects Layer Object definitions in the Data Objects Layer provide a logical representation of the underlying physical database (constructs like 'table', 'column', and 'index'), and are independent of the installed RDBMS. Relational Database Management System This is a third party system. Siebel supports IBM DB2, MS SQL Server, and Oracle databases. For details on versions and platforms, refer to the Supported Platforms section of the Siebel Bookshelf accompanying your Siebel Application.
Siebel Workflow
This is a process that allows an organization to identify the flow of data throughout the enterprise, and pass data to and from external applications using Siebel eBusiness Application Integration (EAI).
Adapter Overview 13
Adapter Overview
TIBCO ActiveMatrix Adapter for Siebel enables exchange of data between a Siebel system and other external systems through the TIBCO environment in real-time. The adapter defines a Business Event Specification to describe how data is sent into and sent out of the Siebel system. The Business Event Specification is configured according to the Siebel Business Object model.
Adapter Features
The adapter provides a rich set of features, which offer maximum flexibility for configuration and deployment in real-life usage scenarios. The salient features are listed below: Support for Integration Object Schema Using XML Tags The adapter supports the downloading of Integration Object Schema either with XML tags or with field names for Publication and Subscription Services. Support for Return of Status Keys for Integration Objects The adapter now supports the return of Status Keys for an INSERT, UPDATE, UPSERT or DELETE operation on Integration Objects. The Status Keys need to be configured for every Integration Object in Siebel (Refer Siebel Bookshelf for more information on Status Keys). Support for Dynamic Substitution of Parameters in HTTP Business Service The adapter now supports the dynamic substitution of EAI TIBCO HTTP Agent Business Service parameters during invocation. The parameters, which are supported for dynamic substitution, are HTTP Timeout and HTTP Agent Server. During Request-Response invocation, the HTTP Timeout parameter can be set within the request. The Business Service waits for the HTTP reply from the adapter for a specified duration before timing out. This parameter, if specified in the request, overrides the parameter specified in the Business Service user properties. The HTTP Agent Server parameter can be set within the user properties. The Business Service invokes the adapter server using this parameter. This parameter, if specified in the request, overrides the parameter specified in the Business Service user properties. Support for Asynchronous Workflow Invocation The adapter now supports invocation of workflow asynchronously. The adapter returns the Request Id of the asynchronous workflow request. This is applicable for Subscription and Request-Response Services.
14
| Chapter 2
Supports for return of Output Parameters for Workflow Invocation The adapter now returns all the parameters of the workflow output after the workflow invocation. This is applicable for Subscription and Request-Response Services. Adapter Services The adapter provides Publication, Subscription, Request-Response, and Request-Response Invocation services. Basic configuration templates are provided in TIBCO Designer, which you can use to configure adapters and services to control your enterprises data. The services are described in detail in section Adapter Services on page 5. Support for Siebel Database on Microsoft Windows and UNIX As Siebel data is accessed via the Siebel Object Interface, the Siebel Business Rules are preserved regardless of the underlying database platform. Ability to use Multiple Levels of Siebel Business Components The adapter can be configured to use multiple levels of Siebel business components from Siebel Business Objects. The multiple levels of Siebel business components can only be used in a hierarchical structure.
Ability to Invoke Siebel Business Service The adapter can invoke Siebel Business Service. The adapter can invoke any method in a Siebel Business Service after receiving a message from the TIBCO environment. Ability to Invoke Siebel Workflow Processes The adapter can invoke Siebel Workflow processes in real time. The adapter can invoke a process through the Siebel Workflow Process Manager after receiving a message from the TIBCO environment. Support for Siebel Integration Objects Siebel Integration Objects are supported on both the inbound and the outbound side. You can create schema for integration objects using TIBCO Designer. Ability to Publish using Non-Siebel Business Component Functionality You can use the Non-Siebel Business Component function, provided by Siebel, to send data before committing it to the Siebel Database. Support for Universal Application Network The adapter meets Universal Application Network (UAN) standards for the following adapter services: Subscription Service Request-Response Service Request-Response Invocation Service
Adapter Overview 15
Detection of Lost Siebel Data Connection Detection of Siebel Data Connectivity failure is provided along with the ability to re-establish the connection and prevention of message loss. Multithreading The adapter supports a static number of threads. The number of threads is specified at the time of configuration. The number of connections to the application server equals the number of threads. With multiple threads, the adapter processes multiple messages concurrently. Easy-to-use GUI TIBCO Designer GUI is available for configuring and maintaining the adapter. Support for TIBCO Rendezvous and JMS (Java Message Service) Support for multiple message transports. TIBCO Rendezvous or TIBCO Enterprise Message Service can be used to transport messages to and from the adapter. TIBCO Rendezvous supports the following quality of services: Reliable (RV) - This ensures that each multicast or broadcast message is received as long as the physical network and packet recipients are working, and the loss of a message is detected. Certified-delivery (RVCM) - Ensures that a message will be delivered at least once. This guarantees that every certified message reaches its intended recipient in the order sent. Distributed Queue (RVCMQ) - This is designed to deliver a message to one-of-many Subscription services. It has incorporated the features of both Certified Messaging and Fault Tolerance. TIBCO Enterprise Message Service supports the following connection types: Queue - Queue messaging has one sender and one receiver per message. The receiver receives the message whether or not the receiver is active at the time the message is sent. Topic - In a Topic message system, senders address messages to a topic. Many senders can publish on a single topic, and a single sender can publish to many receivers. Receivers subscribe to topics, and receive messages on those topics.
16
| Chapter 2
Message
TIBCO Environment
The following Siebel application interfaces are used by the adapter. Siebel VB and Siebel eScript The VB and eScripts are used in the adapter to add validation logic while giving input to the Business Services. Java Data Bean Interface Java Data Bean Interface provided by Siebel is used to get and set data into the Siebel application. The adapter uses Java Data Bean as one of the modes of communicating with the Siebel application. Siebel Business Service Siebel provides Business Services for moving and converting the data formats between Siebel and other external applications. The adapter uses custom made Business Services to invoke the outbound requests from Siebel. It also uses a Siebel provided Business Service, EAI Siebel Adapter to get and set integration objects into the Siebel application.
Multithreading The adapter provides the flexibility to run concurrent events by running multiple threads for both inbound (Request-Response Service and Subscription Service) and outbound services (Publication and Request-Response Invocation Service). The threads created for outbound services are responsible for receiving the
TIBCO ActiveMatrix Adapter for Siebel Concepts
Adapter Overview 17
HTTP/HTTPS requests from Siebel and cannot be used for processing inbound sessions. Similarly, threads used for inbound services cannot be used for outbound service event execution. Both HTTP and HTTPS share the same threadpool. The threads to process inbound events are configured at the session level and not at the service level. For example, if you configure two threads for a RVCMSession, a total of two threads are created for processing the events which are using this session. In a typical configuration, one session could be used by a Subscription Service as well as Request-Response service. In that case, the same thread can process both types of events. Connection Pooling The adapter has the capability of connection pooling. During connection pooling, there is a one-to-one mapping between the threads and the Siebel connection. This means that the number of connections to Siebel is the same as the number of threads. The thread uses the same connection with Siebel till it is terminated. Consider a scenario where there are two Publication Service instances using RVCM, two Subscription Service instances using RVCMQ and two Subscription Service instances configured using TIBCO Rendezvous messaging format. The following default sessions are created in the adapter: DefaultRVCMSession, DefaultRVCMQSession and DefaultRVSession. Assume that: You have specified HTTP threadCount (outbound) as 2, inbound thread count as 3 and threadCount for DefaultRVCMQSession as 2.
DefaultRVSession
You have not specified any threadCount value for DefaultRVCMSession and in the Multithreading tab.
The adapter creates the connections based on the following calculation: 2 (HTTP Thread Count) + 2 (DefaultRVCMQSession) + 3 (default Inbound thread count for DefaultRVCMSession) + 3 (default Inbound thread count for DefaultRVSession) + 1 backup connection object (which is not shown in the connection pool size displayed on the adapter console) = 11. If there are no Subscription Services in a session, you should explicitly set the dispatcherCount for that session to 0 so that the adapter does not create connections (inbound) for that session. Otherwise, as shown in the above calculation, the adapter creates inbound connections for that session.
18
| Chapter 2
Relation between Max Jobs and Adapter Threads The Max Jobs at the Siebel server level refers to the Maximum number of tasks available in the Siebel Object Manager. It should be configured in such a way that it is always greater than the threadCount (inbound + outbound) specified for the adapter. Reconnection Mechanism The adapter uses a reconnection mechanism to handle the network glitches or Siebel server timeout related issues. You can configure the numbers of times the adapter will attempt to connect to the Siebel server. The reconnection mechanism starts whenever the adapter faces a Siebel application error while processing an event. It performs a dummy operation with the existing connection to check whether the connection is valid or not. If this connection check is successful, the adapter displays an error for that event with the proper error message. The adapter does not attempt to recreate the connection pool. If the operation is unsuccessful, the adapter activates the reconnection mechanism. The adapter tries to reconnect to the Siebel server as many times as you have configured it to retry. If it exceeds the parameter No of attempts before suspending services, the adapter suspends the Subscription Services. Thereafter, the adapter will continue with the reconnection attempts till it crosses the parameter configured for Number of attempts before stopping the adapter. If the adapter is still not able to reconnect, it stops. If the adapter is able to reconnect, it drops all the existing connections from the pool and recreates the complete connection pool. While recreating the connection pool, the adapter exits if it fails to establish the first connection. But, if the adapter is able to create one or more connections, it does not exit, but waits for the events.
Adapter Services 19
Adapter Services
In TIBCO terminology, an adapter offers services to the host application and to the TIBCO environment. A service broadly encapsulates routing rules for messages handled by the service and also custom configuration information. TIBCO ActiveMatrix Adapter for Siebel provides the following adapter services: Publication Service Subscription Service Request-Response Service Request-Response Invocation Service
Communication parameters, Siebel connectivity parameters, and other parameters can be configured for these adapter services using TIBCOs configuration tool, TIBCO Designer. The following sections describe how these adapter services interact with a Siebel environment to provide message connectivity.
Publication Service
The adapter receives data from a Siebel application, converts the data to a TIBCO message, and sends the message to the TIBCO environment. Figure 6 Typical Publication Service Flow
Siebel Application
Message
Publication Service
TIBCO Environment
20
| Chapter 2
Publication Service Features The basic features of the Publication Service are as follows: Example Scenario The Publication Service can publish business components received from the Siebel system. For example, the Siebel system can be configured to send out records when an account is created in Siebel. For instance, when an account is created, Siebel can be configured to send (via HTTP(S)) a notification to the adapter, which will then publish it in the TIBCO environment. Enables the adapter to directly interact with the Siebel application using the built in HTTP(S) Listener. Enables the adapter to read message from JMS queue added by the adapters Siebel JMS Business Service for publication. Publishes using TIBCO Rendezvous or JMS as the mode of transport. Queries Siebel Business Components and publishes them. Allows user defined message field names representing native Siebel field names. Publishes Siebel System fields including created, created by, updated and updated by fields. Publishes Siebel fields in Siebel formatted output forms. Publishes non-Siebel business components. Publishes Integration Objects
Subscription Service
The adapter gets a message from the TIBCO environment and sends the message to the Siebel application.
Adapter Services 21
Message
Subscription Service
TIBCO Environment
Subscription Service Features The basic features of the Subscription Service are as follows: Example Scenario An external system publishes a message with Order Invoice information. This message is then transformed to a TIBCO message by an intermediate application and then published to the adapter. The transformation step involves conversion of the message so that it adheres to a schema recognized by the adapter. The adapter subscribes to this message and updates the Order Invoice information into the Siebel system. Inserts and updates Siebel Business Component objects Invokes Siebel Workflow using a subscribed event Subscribes to TIBCO messages using TIBCO Rendezvous or JMS as the mode of transport Supports interfacing with Siebel Workflow and Integration Objects.
Request-Response Service
The adapter gets a request from the TIBCO environment and sends the request to the Siebel application. When a response is returned to the adapter from the Siebel application, the adapter sends the response to the TIBCO environment.
TIBCO ActiveMatrix Adapter for Siebel Concepts
22
| Chapter 2
Request Message
TIBCO Environment
The adapter supports Request-Response scenarios by acting like an RPC (Remote Procedural Call) server. When the adapter receives a request, it takes the raw requested data, converts it into formatted Siebel schema, and sends it to Siebel using a designated Siebel interface. Request-Response Service Features The basic features of the Request-Response Service are as follows: Queries Siebel Business Components Inserts or updates Siebel Business Components Invokes Siebel workflow processes Inserts or updates integration objects Queries integration objects Allows scalable, high throughput and load balanced message processing via the TIBCO Rendezvous Distributed Queues (RVCMQ) Protocol
Example Scenario An external system querying for customer information invokes an operation in the Siebel adapter configuration. The adapter passes on the request to the Siebel system, fetches customer information from the Customer Business Component and sends a reply to the external system.
Adapter Services 23
Third-party application
Response message
Request message
TIBCO environment
Request-Response Invocation Service Features The basic features of the Request-Response Invocation Service are as follows: Queries Siebel Business Component objects by invoking external TIBCO Request-Response Services. Can be invoked through the SendReceive method of the provided custom Siebel Business Service, EAI TIBCO HTTP Agent Business Service. Supports sending and receiving complete integration objects. Supports querying integration objects and returning integration objects from external systems.
Example Scenario The Siebel system may be configured to query for the Customer Business Component from an external system. The Siebel system invokes the adapter, which sends out a request and receives a reply from the external system. The adapter then sends the reply to the Siebel system.
24
| Chapter 2
Schema Support
The adapter uses schema to describe data received from or sent to the TIBCO environment. Schemas are useful in various situations, for example: When several developers collaborate on an adapter application, a specification document normally defines the data model for several related adapter applications. Inside the TIBCO framework, you can instead define a schema to serve as the data model and update it as needed. When the data model of the Siebel application changes, developers do not have to redesign the business process. Using Schemas in conjunction with the various mapping tools available in the TIBCO environment, you can transfer data across applications with incompatible data formats.
Schemas for the Siebel Application are configured based on the Siebel Business Layer Definition. TIBCO Designer connects to the Siebel Business Layer using the design-time connection and fetches the Siebel Schema definition. The adapter configuration is built using this definition.
Chapter 3
This chapter introduces the required and optional TIBCO infrastructure tools that work with an adapter.
Topics
TIBCO Runtime Agent, page 26 TIBCO Designer, page 27 TIBCO Administrator, page 28 TIBCO ActiveMatrix BusinessWorks, page 31 TIBCO Hawk, page 32 TIBCO Business Studio, page 34 TIBCO ActiveMatrix Administrator, page 39
26
| Chapter 3
TIBCO Designer 27
TIBCO Designer
TIBCO Designer provides the design-time environment for configuring a standalone adapter project. Using Designer, you create a project, add adapter services to it with a simple drag-and-drop interface, and specify the configuration information for each adapter service. Before using TIBCO Designer, make sure you read the TIBCO Designer help documentation. The documentation can be accessed from the menu bar via TIBCO Designer Help > Designer Help. The next diagram shows the TIBCO Designer interface. The standalone adapter adds a palette to the TIBCO Designer environment which provides the adapter-specific resources Figure 10 TIBCO Designer Main Window
28
| Chapter 3
TIBCO Administrator
TIBCO Administrator provides user, resource, and application management modules for adapters. User Management. This module allows you to set permissions for adapter users. You define authentication, users and groups, and assign access control lists to users. This includes security for server-based projects at design-time and for deployed applications at runtime. Resource Management. This module allows you to monitor machines and all running applications in a TIBCO administration domain. Alerts can be created, for example, to notify an administrator if the number of processes or disk usage exceed a certain level. Application Management. This module allows you to upload Enterprise Archive (EAR) files, and create, configure, and deploy adapters. This console is also used to start and stop adapters. Load balancing. An adapter can be served by a primary and secondary TIBCO Administration Server. The primary server allows read and write operations, while the secondary server supports read operations. Load balancing is implemented through the use of the TIBCO Rendezvous distributed queue protocol (RVDQ) and therefore is not available for HTTP. To get the load balancing benefit with HTTP, you must either use an IP redirector or explicitly point to a backup server to be used when a server fails. See your IP Redirector or HTTP Server documentation for information on how to do this. Failure recovery. You can use a load-balanced TIBCO Administration Server for failure recovery. In a completely trusted environment, you can instead use a database back-end for your server and use checkpoints in the database for failure recovery.
TIBCO Administrator 29
Each TIBCO administration domain contains one or more machines. By default, all machines within an administration domain are expected to be in the same network subnet. You can, however, set up your system to use TIBCO Rendezvous rvrd and can then use the components across subnets. See the TIBCO Administrator Server Configuration Guide for details. Each machine can belong to only one TIBCO administration domain. This is similar to a Microsoft Windows network domain where your machine can also belong to only one network domain.
30
| Chapter 3
See the TIBCO ActiveMatrix BusinessWorks documentation for more information. TIBCO ActiveMatrix BusinessWorks Service Engine The product provides an ActiveMatrix container to deploy ActiveMatrix BusinessWorks projects using TIBCO ActiveMatrix Administrator. TIBCO ActiveMatrix BusinessWorks supports service oriented processing with the use of service resources, partners, and partner bindings. See the TIBCO ActiveMatrix BusinessWorks Service Engine documentation for more information.
32
| Chapter 3
TIBCO Hawk
TIBCO Hawk monitors and manages distributed applications and systems throughout the enterprise. System administrators can monitor application parameters, behavior, and loading activities for all nodes in a local or wide-area network and take action when pre-defined conditions occur. In many cases, run-time failures or slowdowns can be repaired automatically within seconds of their discovery, reducing unscheduled outages, and slowdowns of critical business systems. TIBCO Hawk features include: Extensive monitoring capabilities at the operating system and application levels including process data, disk, and CPU utilization, network statistics, log, and system files. Built-in routines within other TIBCO ActiveEnterprise components allow for proactive management. Problems can be found and fixed before failures can occur. Hawk Application Management Interface (AMI) routines can be embedded within custom adapters, allowing active management of those adapters by the Hawk micro-agent Distributed micro-agents support autonomous network behavior so local management and problem resolution can continue during an outage Fault-tolerance is achieved through the independent operation of Hawk agents, which continue to perform local tasks even in the event of network failure
TIBCO Hawk consists of several components: a console display, a central repository for storage of configuration objects, agents, and microagents whose monitoring duties are defined by the rule bases. Agents monitor local conditions and take action or publish alert information that appears in the TIBCO Hawk display. Microagents act as an interface to the managed objects and are invoked through their supported methods.
Adapter Microagents
Each adapter includes a standard and custom microagent. The microagents provide: Business level statisticsstatistics that report the progress of the adapter as it interacts with the vendor application. For example, in a database adapter such
TIBCO Hawk 33
statistics might indicate whether objects were successfully or unsuccessfully inserted, updated, or deleted in the database. Queries that return information about the state of the adapter. This can be an important tool for seeing the internal of an adapter and debugging it if something appears wrong. For example, specific queries can return information about threads, internal queues, or connections to the target system. Using these methods, one might be able to identify certain bottlenecks or gauge how successfully an adapter is scaling with respect to the current environment. Updates to the adapter runtime parameters. This includes retrieving the current runtime parameters and setting new runtime parameters without restarting the adapter. An example of this is getting and setting the polling interval. Updating a runtime parameter through the Hawk microagent only affects the setting of the instance that is running.
34
| Chapter 3
between editors by clicking the tabs at the top of the Editor area. The Composite Editor contains a canvas on which you can drop elements and a palette that organizes the elements that you can add to the composite. Other editors allow you to configure shared resources and service assemblies.
Outline Provides a overview of the Composite Editor canvas. You can easily navigate from one part of a composite to another.
The Outline view also displays a content tree structure that contains the composite element inside the composite. In this view you can delete the
contents of the composite. When you select a composite element in the Outline tree, the corresponding artifact in the composite becomes selected.
Views Appears under the Editor Area and contains the following views:
Properties Displays property sheets for editing composites and composite elements. When you select a composite or composite element in the Composite Editor canvas, this view shows the properties of the selected object in a vertical tabbed notebook. Problems Displays validation and other errors. Registries Lists UDDI registries and the WSDL files returned from searching for a registry. You can open a view by selecting Window > Show View > View.
36
| Chapter 3
Debugger
The TIBCO Business Studio debugger provides a testing environment for stepping through composite elements and determining the sources of errors. Figure 14 shows the debugger in the process of debugging a sample HelloWorld composite. Breakpoints have been set before and after the Java component executes, and the debugger is stopped at the first breakpoint. In the Variables view on the top-right, the value of the request is being examined. Figure 14 Debugger
38
| Chapter 3
40
| Chapter 3
AMA Machine 2 AMA Server 2 AMA Machine 1 AMA Server 1 AM Machine 2 Management Daemon
AM Node Authentication Realm Database AMA Cluster Legend AM TIBCO ActiveMatrix AMA TIBCO ActiveMatrix Administrator
The TIBCO ActiveMatrix Administrator administration architecture consists of the following components:
TIBCO ActiveMatrix Administrator Server Gathers management data from
nodes, responds to requests from the ActiveMatrix Administrator graphical and command-line UIs, interacts with the authentication realm server to authenticate users, and interacts withTIBCO Management Daemon to manage nodes.
TIBCO ActiveMatrix Administrator Cluster Groups one or more ActiveMatrix
Administrator servers. ActiveMatrix Administrator servers within a cluster share a database and authentication realm and are kept synchronized.
ActiveMatrix Database Stores ActiveMatrix administration data.
Administrator user interface. Figure 17 shows the ActiveMatrix Administrator graphical UI welcome page. In ActiveMatrix Administrator, functionality is divided into perspectives. A perspective is a set of controls used to carry out a category of administration tasks.
ActiveMatrix Administrator Command-Line Interface Provides a script-based
42
| Chapter 3
Service Administration
ActiveMatrix Administrator graphical and command-line interfaces permit you to administer ActiveMatrix services. Service administration consists of deployment tasks and monitoring and management tasks. In the graphical interface, these tasks are carried out in the Deploy to an Environment and Monitor & Manage perspectives. Service Deployment The first phase of service administration is deployment. During deployment, the service units within a service assembly are mapped and then deployed into their respective containers. The services provided by the service units are registered with the ActiveMatrix container and the service endpoints are activated. The choice of how to distribute services across nodes is determined by the desired level of service performance and availability. Service performance and availability can be enhanced if you deploy a service unit across multiple nodes, which allows Messaging Bus to distribute requests between the service instances. Load Balanced Services The Mediation Bus enables load balancing at the container level by defining a container group. A container group is defined as a group containing one or more container instances of the same container type. When a service unit is deployed to a container group, a copy of the service unit is deployed into each container in the group. Highly Available Services Services deployed on multiple containers are highly available; if one container fails, service requests will be handled by one of the remaining containers. No configuration is required to make services highly available. Messaging Bus automatically routes to any available service instance identified in the message exchange. Load Balanced Services Requests to services deployed on multiple containers are load balanced between the available providers. No configuration is required to load balance between services. Messaging Bus uses a round robin algorithm for routing requests to service instances.
Service Monitoring and Management TIBCO ActiveMatrix Administrator not only allows you to configure and deploy services, but also lets you monitor and manage the deployed services. Monitoring the system performance is not a one time activity but needs to be performed on a day-to-day basis. The Monitor & Manage perspective of TIBCO ActiveMatrix Administrator keeps track of system health without much overhead. In the Monitor & Manage perspective, you can monitor the overall health and performance of the grid infrastructure, applications, and services. You can monitor performance at various levels such as environment, machine, node, container, service assembly, and service unit. The monitoring subsystem uses content-based metrics to measure the service performance, availability of services, service usage, and the ratio of successful to faulty service responses. These metrics provide real-time values by fetching data every minute and updating the values of the metrics. The real-time data is then displayed in a web-based dashboard provided with pre-defined views and visual alerts.
44
| Chapter 3
| 45
Index
A
ActiveMatrix Administrator cluster 40 ActiveMatrix Administrator server 40 ActiveMatrix Database 40 ActiveMatrix resource wizard 35 Adapter service engine 3 standalone 3 Adapter Components 3, 3 Adapter Infrastructure Tools TIBCO ActiveMatrix Administrator 39 TIBCO ActiveMatrix BusinessWorks Service Engine 31 TIBCO Administrator 28 TIBCO Business Studio 34 TIBCO Designer 27 TIBCO Hawk 32 TIBCO Runtime Agent 26 Adapter Microagents 32 Adapter Services 5, 19 Publication Service 5 Request-Response Invocation Service 6 Request-Response Service 5 Subscription Service 5 Adapter Terms .ear file 4 adapter container 4 business objects 4 Message Exchange Pattern (MEP) 4 palette 4 project 4 service assembly 4 SOA 4 WSDL 4 authentication realm 41
B
Business Event specification 13
C
composite element editors 36 Connection Pooling 17 Customer Support xv
E
ENV_HOME xii
H
highly available services 42
L
load balanced services 42
M
Multithreading 15, 15, 15
46
| Index
P
Publication Service typical flow diagram 19
T
technical support xv Third-Party Documentation xi TIBCO ActiveMatrix Administrator 39 TIBCO ActiveMatrix Administrator architecture 39, 39 TIBCO Administration Domain 28 TIBCO Administration Server 29 TIBCO Business Studio debugger 37 TIBCO Domain Utility 26 TIBCO Resource Wizard 35 TIBCO Runtime Agent 26 TIBCO_HOME xii TRA 26 Typographical Conventions xii general xii syntax xiii
R
Reconnection Mechanism 18 Related Documentation x, x RPC server used by the adapter 22
S
schema examples of use 24 Schema Support 24 service administration 42, 42 service and binding definition editor 36 service assembly deployment 42 service deployment 42 service monitoring and management 43 Service Oriented Architecture (SOA) 3 Siebel Application Interfaces Siebel Business Service 16 Siebel eScript 16 Siebel VB 16 Siebel eBusiness Applications 10 Siebel Multi-layered Architecture 10 Business Objects Layer 10, 11 Data Objects Layer 10, 12 Integration Objects 11 Relational Database Management System (RDBMS) 10, 12 Siebel Workflow 12 User Interface Objects Layer 10, 11 Subscription Service typical flow diagram 21 support, contacting xv