Compaq Reliable Transaction Router manual Client Symbol

Page 14

RTR Terminology

RTR Application

Client

An RTR application is user-written software that executes within the confines of several distributed processes. The RTR application may perform user interface, business, and server logic tasks and is written in response to some business need. An RTR application can be written in any language, commonly C or C++, and includes calls to RTR. RTR applications are composed of two kinds of actors, client applications and server applications. An application process is shown in diagrams as an oval, open for a client application, filled for a server application.

A client is always a client application, one that initiates and demarcates a piece of work. In the context of RTR, a client must run on a node defined to have the frontend role. Clients typically deal with presentation services, handling forms input, screens, and so on. A client could connect to a browser running a browser applet or be a webserver acting as a gateway. In other contexts, a client can be a physical system, but in RTR and in this document, physical clients are called frontends or nodes. You can have more than one instance of a client on a node.

Figure 1–1 Client Symbol

Server

A server is always a server application, one that reacts to a

 

client's units of work and carries them through to completion.

 

This may involve updating persistent storage such as a database

 

file, toggling a switch on a device, or performing another

 

predefined task. In the context of RTR, a server must run on

 

a node defined to have the backend role. In other contexts,

 

a server can be a physical system, but in RTR and in this

 

document, physical servers are called backends or nodes. You

 

can have more than one instance of a server on a node. Servers

 

can have partition states such as primary, standby, or shadow.

1–4Introduction

Image 14
Contents Reliable Transaction Router Getting Started Page Contents Reliability Features Figures Page Document Structure PrefacePurpose of this Document Related Documentation For all usersReading Path Readers Comments= Tutorial System Manager Application ProgrammerIf V2 to Introduction Reliable Transaction RouterRTR Continuous Computing Concepts RTR Continuous Computing ConceptsRTR Terminology RTR TerminologyClient Symbol Server Symbol Roles Symbols Components in the RTR Environment Nontransactional messaging Transaction ID Controller Business Logic Odbc Model Database ServerApplication Presentation PC Browser RTR FrontendBrowser Journal11 RTR Deployed on Three Nodes 12 Standby Server Configuration 13 Transactional Shadowing Configuration RTR Server Types RTR Server TypesStandby server Standby in a cluster 15 Standby Servers 16 Shadow Servers 17 Concurrent Servers Server1 Server2 Server3 Server4Transaction Partition a19 Bank Partitioning Example Standby Server Configurations Anonymous clients Tunnel RTR Networking Capabilities RTR Networking CapabilitiesPage Architectural Concepts Three-Layer ModelThree-Layer Model Three Layer ModelFlexibility and Growth RTR Facilities Bridge the GapBroadcasts RTR Facilities Bridge the GapTransaction Integrity Flexibility and GrowthPartitioned Data Model Partitioned Data ModelObject-Oriented Programming Object-Oriented Programming Partitioned Data ModelObjects Functional and Object-Oriented Programming ComparedMessages Class Relationships Example 2-1 Objects-Defined SamplePolymorphism Object Implementation Benefits XA Support XA SupportReliability Features ServersFailover and Recovery Failover and RecoveryRecovery Scenarios Backend Recovery Router Recovery Frontend Recovery Recovery ScenariosPage RTR Interfaces RTR Management Station RTR Management Station RTR Create Facility DESIGN/ALLROLES=NODEA RTR RTRRECEIVEMESSAGE/TIME=0 RTR RTRSTARTTX/CHAN=C Application Programming Interfaces InterfaceApplication Programming Interfaces RTR Browser InterfaceRTR C Example of an open channel call in an RTR client program RTR Environment RTR System Management EnvironmentRTR System Management Environment RtrcomservRTR System Management Environment Management Station Running Browser SoftwareMonitoring RTR RTR Runtime Environment Optional External Applet Not Running RTR Runtime EnvironmentClient Application Whats Next? Whats Next?Page Glossary Callout server BranchBroadcast ChannelData marshalling Common classesConcurrent server Data objectEvent Fault tolerantEndian Event drivenJournal FrontendInquorate Key rangeMultichannel MessageMessage handler MultithreadedProperties PrimaryProcess Property classesRTR configuration RollbackRouter RTR environmentTransaction ShadowStandby Transaction controllerTransactional shadowing Two-phase commitTransactional message Index Index-1Index-2