Tib Adadb Concepts
Tib Adadb Concepts
Tib Adadb Concepts
for Database
Concepts
Software Release 6.0
April 2009
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, 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, 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 © 1999-2009 TIBCO Software Inc. ALL RIGHTS RESERVED.
TIBCO Software Inc. Confidential Information
| iii
Contents
Figures . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . v
Tables . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . vii
Preface . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . ix
Related Documents . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . x
TIBCO Product Documentation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . x
Other TIBCO Product Documentation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . x
Typographical Conventions . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . xii
How to Contact TIBCO Customer Support . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . xiv
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
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.Request-Response Invocation
Service . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5
Adapter Services Summary . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 6
Choosing an Adapter Service . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7
Figures
Tables
Preface
Topics
Related Documents
TIBCO • TIBCO ActiveMatrix Adapter for Database Concepts — Read this manual to gain
ActiveMatrix an understanding of adapters in general that you can apply to the various
Adapter for tasks you may undertake.
Database
• TIBCO ActiveMatrix Adapter for Database Installation— Read this manual to
learn how to install TIBCO ActiveMatrix Adapter for Database.
• TIBCO ActiveMatrix Adapter for Database Configuration and Deployment— This
manual explains how to create and configure adapter projects. Information on
deploying adapter projects is also included.
• TIBCO ActiveMatrix Adapter for Database Examples— Read this manual to work
through the examples provided with the adapter.
• TIBCO ActiveMatrix Adapter for Database Release Notes— Read this document
for information about new features, deprecated features, and open and closed
issues.
TIBCO • TIBCO ActiveMatrix Adapter Service Engine for Database Installation Read this
ActiveMatrix manual to learn how to install TIBCO ActiveMatrix Adapter for Database.
Adapter Service
• TIBCO ActiveMatrix Adapter Service Engine for Database Configuration and
Engine for
Deployment This manual explains how to create and configure adapter
Database
projects. Information on deploying adapter projects is also included.
• TIBCO ActiveMatrix Adapter Service Engine for Database Release Notes Read this
document for information about new features, deprecated features, and open
and closed issues.
Typographical Conventions
Convention Use
TIBCO_HOME Many TIBCO products must be installed within the same home directory. This
directory is referenced in documentation as TIBCO_HOME. The value of
ENV_HOME
TIBCO_HOME depends on the operating system. For example, on Windows
AMX_HOME 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.
Convention Use
Key Key name separated by a plus sign indicate keys pressed simultaneously. For
combinations 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.
For comments or problems with this manual or the software it addresses, please
contact TIBCO Support as follows.
• For an overview of TIBCO Support, and information about getting started
with TIBCO Support, visit this site:
http://www.tibco.com/services/support
• If you already have a valid maintenance or support contract, visit this site:
https://support.tibco.com
Entry to this site requires a user name and password. If you do not have a user
name, you can request one.
Chapter 1 Introduction
Topics
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 shown in the next diagram, 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 enterprise’s 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 them
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
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 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 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.
The following key terms are used when describing adapter interactions in this
manual.
• A palette is a standalone adapter component that contains the screens used to
gather input at design-time when configuring an adapter with a service. The
palette is accessed via TIBCO Designer.
• A project is a collection of all configured adapter resources. A project contains
configuration information for one or more adapter instances. A local project is
typically used at design-time for testing adapter instances. For production, a
project is typically managed by an administration server provided by the
TIBCO Administrator for the standalone adapter and TIBCO ActiveMatrix
Administrator for the adapter service engine.
• An .ear of an application contains global variables with values set at
design-time by the standalone adapter. The global variables can be changed at
deployment at the application level, service level, or service instance level.
• Service Oriented Architecture (SOA) is a software architecture in which
applications and data are decomposed into discrete, operationally
independent services, which can be executed in a highly distributed manner.
• A business object is the representation of the data model of the entities that the
adapter service engine connects to. The business objects are downloaded
during also the design phase and are used by the adapter services.
• A container is an ActiveMatrix runtime entity that hosts component
implementations and service bindings.
• A service assembly is an ActiveMatrix deployment package. It contains service
units and a descriptor that indicates the container into which each service unit
is to be deployed. The suffix of a service assembly file is .saf.
• The ActiveMatrix services are described in documents expressed in Web
Services Description Language (WSDL). The WSDL documents specify the
messages that are required to access a service.
• During any service interaction, each service will adopt one of two roles:
provider or consumer. A service provider publishes a WSDL document that
describes the services it offers. A service consumer uses the WSDL document to
determine the available services and the messages required to access the
services. A message exchange pattern (MEP) defines the sequence and
cardinality of messages sent between the provider and the consumer.
Adapter 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 action—such as
updating business objects or invoking native 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
Subnet
Machine A Machine B
Application X Other
Application
TIBCO Adapter for
Application X
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 the adapter service to configure in the adapter, start by finding out
where the scenario begins—what triggers it. Is the scenario triggered by an event
inside the 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:
business process
starts
where is
application X process another application
initiated?
application X response
update another must required?
application
update one or
obtain information
many
from another application No Yes
only one
many
acknowledgem
ent required?
no Yes
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
adapter’s publication service should be used.
Topics
• Overview, page 10
• Adapter Services, page 11
• Adapter Architecture, page 14
• Supported SQL Operations, page 19
Overview
TIBCO ActiveMatrix Adapter for Database software (the adapter) allows data
changes in a database to be sent as they occur to other databases and applications.
It extends publish-subscribe and request-response technology to databases,
making multiple levels of delivery services available to applications that need
access to these databases. ODBC and JDBC compliant databases such as Oracle,
Sybase, and Microsoft SQL Server are supported. While the adapter does not run
on z/OS and iSeries systems, it can remotely connect to a DB2 database running
on these systems.
Adapter Services
Database Database
Application 1 Application 2
Database Database
TIBCO
TIBCO
ActiveMatrix
ActiveMatrix
Adapter for
Adapter for
Database
Database
Publisher Subscriber
TIBCO Messaging
Other TIBCO
Applications
Request-Response Service
The request-response feature in TIBCO ActiveMatrix Adapter for Database allows
an application to submit one or more SQL statements, stored procedures, or both
for the adapter to execute. After execution, the adapter returns one or more result
sets and a result code. The request and responses are formulated using nested
self-describing messages. This data flow is illustrated in the figure below.
Database
TIBCO
ActiveMatrix
Adapter for
Database
Publisher
TIBCO Messaging
TIBCO TIBCO
Application 1 Application 2
The adapter can also be configured to manage requests using load balancing
among a set of adapters that participate in the same named queue. Additionally,
the adapter has been designed to allow multiple threads to process application
requests.
Adapter Architecture
Database
Database
ODBC JDBC
ODBC JDBC
Run-time Adapter
A run-time adapter service acts as a bi-directional bridge between your database
and the TIBCO environment. A publication service monitors your database,
extracting data from relevant database tables and sending it on an appropriate
subject using the configured quality of service, reliable or certified. A subscription
service listens for messages sent on configured subjects and inserts, deletes or
updates rows in its associated database tables with the information.
An adapter can be configured with both a publication and subscription service,
sending messages and writing them to more than one table. An adapter can
publish and subscribe to the same table, provided the publish destination is
different from the subscribe destination.
An adapter can also be configured to use request-response semantics, which
allows the adapter to act on behalf of a TIBCO application, processing its requests
and returning responses. A set of adapters can be configured to participate in a
queue (TIBCO Rendezvous Distributed Queue or JMS Queue) that allows load
balancing, so requests are handled promptly.
Adapter services using TIBCO Rendezvous transport can use the TIBCO
Rendezvous certified messaging service. Message parameters are stored in the
project and can be modified for your environment. Adapters using JMS can use
the durable messaging service.
Polling or Alerter
An adapter publication service can use periodic polling or an alerter process to
monitor changes to a database table.
• The default method is polling. The adapter polls (checks) the publishing
tables periodically for any new rows to be published. This method is most
efficient when the publishing tables change frequently and a limited number
of database operations is preferred.
• In the case where the publishing tables change infrequently, polling may
result in many unnecessary database accesses. For this situation the alerter can
be used to asynchronously alert the adapter of changes in the database. This
removes the need for the adapter to poll its publishing table for existence of
new rows. It is recommended to use the alerter only when database changes
are infrequent. When the adapter receives an alert, it publishes the new data.
Exception Table
You can designate an exception table for a subscription service. If a subscriber
adapter cannot write data to its destination table, it will write the data to the
exception table.
To write to an exception table, an adapter must be started with the
adb.useExceptTable option set to on in the supplied properties file and an
exception table must have been specified when using TIBCO Designer to add a
subscription. If an error occurs when inserting data into the destination table, the
adapter attempts to insert the data into the exception table.
• If the insertion into the exception table is successful and the RVCM quality of
service is specified for the subscription, the transaction commits and
confirmation for the message is sent back. In the publishing table, the value of
the delivery status column is C, since the message was processed. If you are
using a durable JMS subscriber, a JMS confirmation will be sent back.
• If the insertion into the exception table fails, an error message displays, a
rollback occurs and a TIBCO Hawk alert is published. The adapter will then
terminate. The user is advised to fix the problem with the message or the table
and then to restart the adapter. The message will be delivered again after the
adapter starts. (If the adapter did not terminate, after the next message was
inserted successfully, its confirmation would also implicitly confirm the failed
message.)
You can identify the operation that failed by checking the ADB_OPCODE column
of the publishing table. The ADB_ERROR_TEXT column contains error
information. Loop Detection
If a source table is used both as the source and destination table on the same
subject, the loop detection feature should be enabled. The feature prevents the
same changes from being published repeatedly.
Master-Master Replication
You can use the loop detection feature to implement a simple master-master
replication scheme. Master-master replication allows multiple sites, acting as
peers, to copy and maintain groups of replicated objects.
When loop detection is enabled, an adapter can be configured as both a publisher
and a subscriber to the same table on the same subject. When the subscriber
receives a message, it compares the adapter ID of the message to its own
adapter ID. If adapter ID values match and source and destination tables are
the same table in the database, the subscriber discards the message. Other
subscriber adapters listening on the subject receive the message only once.
The adapter does not resolve any replication conflicts, such as when two
applications each update the same row of their corresponding source table and
both publish the change. For advanced replication scenarios, use the replication
tools provided by your database vendor.
For more information see TIBCO ActiveMatrix Adapter for Database Configuration
and Deployment.
Fault Tolerance
Within the context of the adapter, a primary instance is the adapter instance that
processes messages between the TIBCO environment and the database. The
secondary instance uses the same TIBCO Designer project but runs in a stand-by
mode and takes over when the primary instance goes down. The secondary
instance(s) need not run on the machine or platform as the primary instance.
The adapter supports the following SQL operations for publishing and
subscribing:
• INSERT
• UPDATE
• DELETE
• UPDATE/INSERT (update if row exists, otherwise insert)
Whenever a supported SQL statement is executed against a table monitored by a
publisher adapter, the adapter instance sends a message to its subscribers, which
update their destination tables.
This chapter introduces the required and optional TIBCO infrastructure tools that
work with an adapter.
Topics
The TIBCO Run-time Agent (TRA) provides basic connectivity between the
adapter and other TIBCO infrastructure tools. The TRA is required on any
machine on which an adapter is installed. The TRA runs on each machine on
which an adapter runs and executes scripts, sends alerts, and performs recovery
as specified.
The TRA has two main functions:
• Supplies an agent that runs in the background on each machine.
— The agent is responsible for starting and stopping processes that run on a
machine according to the deployment information.
— The agent monitors the machine. That information is then visible via the
TIBCO Administrator GUI.
• Supplies the run-time environment, that is, all shared libraries including
third-party libraries required by the adapter.
TIBCO Designer
Menu bar
Tool bar
Design
Project panel
panel
Palette Configuration
panel panel
TIBCO Administrator
TIBCO Hawk
Adapter Microagents
Each adapter includes a standard and custom microagent. The microagents
provide:
• Business level statistics—statistics that report the progress of the adapter as it
interacts with the vendor application. For example, in a database adapter such
Menu
Tool bar
Editor
Project
Explorer
Notebook
Outline
• 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 Displays under the Editor Area. Contains the following views:
Debugger
The TIBCO Business Studio debugger provides a testing environment for
stepping through composite elements and determining the sources of errors.
Figure 7 on page 33 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 before breakpoint. In the
Variables view on the top-right, the value of the request is being examined.
Figure 7 Debugger
www
Management
AMA Daemon
AMA
Command-Line
Graphical UI
Interface
AM Node
AMA
Machine 2 AM Machine 1
AMA
Server 2 Management
AMA Daemon
Server 1
AMA
Machine 1 AM Node
Authentication
Realm AM Machine 2
Legend
AM TIBCO ActiveMatrix
AMA TIBCO ActiveMatrix Administrator
Service Administration
You administer ActiveMatrix services with ActiveMatrix Administrator graphical
and command-line interfaces. 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.