Java Transaction Service (JTS 1.1)

1. Úvod
2. Funkcionalita Transaction Manageru
3. Implementace Transaction Manageru
4. Reference

JTS nám tedy umožnuje použít pro implementaci distribuované aplikace (používající transakce) rozšiřující API jazyka java -- Java Transaction API[1], při zachování dosažitelnoti komponent (objektů) aplikace prostředky CORBY. Blíže v odstavci Implenetace Transaction Manageru

Tyto rozhraní definují standardní mechanismus pro jakoukoliv implementaci která používá IIOP (Internet InterORB protokol) pro vytváření a prezentaci kontextu (obsahu) transakce mezi JTS Transaction Managery.

1.1 Background

• Transaction manager
• Application server
• Resource manager
• Application program
• Communication resource manager

• Transaction manager poskytuje služby a řídící funkce potřebné k vymezení transakce, správě transakčních zdrojů, k synchronizaci, a k prezentaci obsahu transakce.
• Application server (nebo TP monitor) poskytuje infrastrukturu nutnou pro run-time prostředí které zahrnuje správu stavu transakce. (např. EJB)
• Resource manager (skrze Resource adapter) poskytuje aplikacím přístup ke zdrojům. Resource manager implementuje rozhraní Transaction Resource, které je používáno Transaction managerem k sdružování transakcí (association), dokončení transakcí, a obnovovacím (opravným) pracem. (Takovým Resource managerem je např. relační databáze).
• Application program; Component-based transakční aplikace která běží v rámcí aplikačního serveru se spoléha na tento aplikační server že se postará o správu transakcí. Samostatné klientské Java programy smějí ovládat rozsah svých transakcí (transaction boundaries) použitím high-level rozhraní poskytnutého aplikačním serverem nebo Transaction managerem.
• Communication resource manager (CRM) obstarává prezentaci obsahu transakce a přístup k transakčním službám pro přicházející a odcházející požavky.

  JTS dokument nespecifikuje požadavky týkající se komunikace. Předpokládáme že CRM podporuje prezentaci transakce jak je definováno v CORBA OTS a GIOP specifikacích.

Resource Adapter je SW knihovna na úrovni systému, kterou používá aplikační server nebo klient k připojení se k Resource Manageru. Je přístupný jako knihovna a nachází se tedy ve stejném adresovém prostoru.. Resource Managerem může být např. JDBC driver pro komunikaci s relační databází, ODMG driver pro komunikaci s objektovou databází, nebo JRFC pro SAP R/3 atd..

Diagram níže ukazuje high-level API viděné z pohledu Transaction Managera, který implementuje JTS specifikaci.

3. Implementace Transaction Manageru

Transaction Manageru musí implementovat rozhraní JTA pro podporu aplikačních serverů a Resource Managerů. Volitelná je podpora JDBC 1.0 a resource managerů nepoužívajících JTA. Volitelná je také podpora aplikačních entit CORBA/OTS jako Transactional Client, Transactional Server, Recoverable Server.

3.1 Podpora pro JTA

Transaction Manager poskytuje plnou podporu Java Transaction API.

Vymezení transakce

Transaction Manager implementu je nasledující rozhraní JTA, jenž používají aplikační servery a samosttané Java aplikace pro řízení transakce.

- javax.transaction.TransactionManager
- javax.transaction.Transaction
- javax.transaction.UserTransaction

Synchronizace

Transaction Manager podporuje synchronizace transakcí. Pomocí Synchronization callback objektů určenných pro registraci aplikačním serverem. Transaction Manager vyvolává synchronizační metody před a po ukončení transakce. K registrace synchronizace se slouží metoda:

javax.tarnsaction.Transaction.registerSynchronization

3.2 Java Mapping of CORBA Object Transaction Service (OTS)

Transaction Manager implementuje Java mapping CORBA OTS 1.1 specifikace

org.omg.CosTransactions 
org.omg.CosTSPortability

Transaction Manager vystavuje svou OTS implementaci (rozhraní z OTS) těm uživatelům kteří přistupují k Transaction Manageru skrz rozhraní javax.transaction.TransactionManager definované v JTA (Java Transaction API).

3.4 Podpora pro CORBA Aplikace

• Transactional Client
• Tansactional Objects
• Recoverable Objects
• Transactional Servers
• Recoverable Servers

3.5 Interoperabilita Transaction Manageru

Jestliže implementace Transaction Manageru podporuje inter-ORB interoperability, musí implementovat implicitní prezentaci kontextu (obsahu) transakce, která se odpovídá struktuře CosTransations.PropagationContext. Toto dovoluje Transaction Manageru podporovat prezentaci kontextu inter-ORB transakce jak jej definuje CORBA OTS 1.1. K poskytnutí interakce mezi ORBem a Transaction Managerem, je potřeba aby Transaction Manager:

• Implementoval rozhraní Sender a Receiver modulu CosTSPortability jako callback objekty pro ORB k informování TM kdykoliv ORB zaslal nebo přijal žádost o transakci (transaction request).
• Vyvolával metody rozhraní TSIdentification k předání objektů Sender a Receiver ORBu, před obsluhou první transakční žádosti.

3.6 ORB Identification

3.6.1 TransactionService Interface

ORB vol8 metodu TransactionService.identifyORB během své inicializace a dříve než bude obsluhovat nějaký užívatelký požadavek.

Typicky, probíhají následující operace:

1. Aplikační server vytvoří objekt TransactionService.
2. Aplikační server přiřadí objekt TransactionService do JNDI naming directory.
3. Aplikační server inicializuje instanci ORBu.
4. ORB, během své inicializace vytvoří objekt TSIdentification a použije JNDI k vyhledání reference objektu TransactionService.
5. ORB Pak vyvolá metodu TransactionService.identifyORB, dodá následující tři parametry:

• objekt ORB který identifikuje instanci ORB.
• objekt TSIdentification vytvořený (implementovaný) ORBem.
• seznamem vlastnosti pro danou (custom) konfiguraci.