4.4 COM+ mit Transaction Services als Beispiel eines OTM

Transkript

1 4.4 COM+ mit Transaction Services als Beispiel eines OTM Was ist COM/COM+? COM+ Transaction Services Entwickeln von COM+-Applikationen Vergleich TUXEDO vs. COM+ Workshop Objekt-Transaktionsmonitore -1 Was ist COM+? COM+ = COM + MTS + MSMQ + Component Services + anderes Component Services Asynchronous Non-blocking calls Queued Components (MSMQ) Events Pipes Light-weight handlers andere Erweiterungen Workshop Objekt-Transaktionsmonitore -2

2 Was ist COM? COM - Component Model DCOM - Distributed COM Komponente: Binärcode, der eine Funktionalität erbringt, die über ein Interface zugänglich gemacht wird COM: Binärer Standard für solche Komponenten Þ unabhängig von einer Programmiersprache Þ unabhängig vom gewählten Compiler Þ Schnittstellenvererbung i. Ggs. zu Quellcode-Vererbung konkret: vptr/vtbl-layout abstrakter C++-Klassen als Schnittstelle der Komponenten festgelegt IAccount vptr Debit() Credit() Account Workshop Objekt-Transaktionsmonitore -3 Interfaces COM ist schnittstellenorientiert Schnittstellenvererbung vs. Quellcodevererbung Schnittstellendefinitions-Sprache Microsoft IDL IDL: Interface Definition Language MS-IDL basiert auf OSF DCE RPC IDL also: RPC-Formulierung mit automatischer Netzwerktransparenz Automatische Generierung von Proxy- und Stub-Code Workshop Objekt-Transaktionsmonitore -4

3 Bsp.: Interface für eine Account-Komponente Beispiel einer IDL-Deklaration interface IAccount { [id(1), helpstring("method Debit")] HRESULT Debit([in] int account, [in] double amount); }; [id(2), helpstring("method Credit")] HRESULT Credit([in] int account, [in] double amount); Host 1 Host 2 Finance Client IAccount Remote Proxy Account IAccount Account Workshop Objekt-Transaktionsmonitore -5 IDL-Compiler IDL-Definition aus dem Account- Beispiel Account.idl Typen und Schnittstellen Microsoft IDL Compiler MIDL.EXE Account.h C/C++-Typ- Definitionen Account_I.c GUID- Definitionen Account.tbl Typ-Bib. für VB und Java Account_P.c Schnittstellen- Definitionen dlldata.c Schnittstellen- Marshaler Automatisch generierter Code Workshop Objekt-Transaktionsmonitore -6

4 IUnknown-Interface COM-Standard-Interface: Jedes COM-Objekt muss es unterstützen Schnittstellen-Navigation ermöglichen Referenzzählung auf Schnittstellen zwecks Garbage Collection IDL für IUnknown interface IUnknown { HRESULT QueryInterface( [in] REFIID riid, // the interface asked for [out, iid_is(riid)] void **ppv); ULONG AddRef(); ULONG Release(); } Workshop Objekt-Transaktionsmonitore -7 Laufzeitumgebung - Container Prozessinterner Server (in-process server) Komponente ist in DLL implementiert DLL wird in den Client-Adressraum geladen Prozessexterner Server (out-of-process server) Komponente ist in EXE implementiert Komponente ist in DLL implementiert DLL wird in Surrogat geladen, bspw. DLLHOST.EXE COM+ Application unter Windows 2000 Prozessexterne Server unterstützen auch Remote Zugriffe Workshop Objekt-Transaktionsmonitore -8

5 Laufzeitumgebung und Methoden-Aufruf Client Process In-Process Local Server Process Client App In-Process Server Local Proxy RPC Stub COM Local Local Server Remote Proxy Remote Server Machine Remote Server Process COM RPC Stub Remote COM Remote Server Workshop Objekt-Transaktionsmonitore -9 Transaktionssemantik herstellen Transaction Coordinator Client IFinance COM Finance Zürich 2 Phasen-Commit Credit Debit IAccount Account IAccount Account DBMS Bern DBMS Basel Workshop Objekt-Transaktionsmonitore -10

6 Transaktionssteuerung Transaktionen im Client mittels des ITransaction-Interfaces automatisch und deklarativ auf Komponentenebene durch den Container Transaktionsattribute für Methoden Disabled: nicht in einem Transaktionskontext ausgeführt Not Supported: ohne Transaktionskontext ausgeführt Supported: in einem Transaktionskontext ausgeführt, falls bei Aufruf einer existiert; sonst ohne Transaktionskontext Required: immer in einem Transaktionskontext ausgeführt, der ggf. auch neu erzeugt wird, falls noch nicht existent Requires New: immer in einer neu erzeugten, eigenständigen Transaktion ausgeführt Implementierung: Zwei-Phasen-Commit bei verteilten Transaktionen Workshop Objekt-Transaktionsmonitore -11 COM mit Transaktionen Man kann COM-Komponenten transaktionelle Eigenschaften zuordnen (z.b. deklarativ über Component Services Admin.) (Fast) jede COM-Komponente eignet sich dafür Transaction Services: Transaktionsprimitive (Commit, Abort) Objektkontexte (mehr dazu unten) Anbindung an Resource-Manager (Datenbanken) bspw. via XA auch an Oracle 2PC-Koordination für verteilte Transaktionen Objektkontext für transaktionelle Objekte transparent vom Container verwaltet mittels Interception (s.f. Folie) speichert Transaktionszustand eines Objektes Subtransaktionen erben den Kontext der Vatertransaktion Objekte innerhalb einer Transaktion entscheiden über Commit: SetComplete()-Methode des Kontext-Interfaces Abort: SetAbort()-Methode des Kontext-Interfaces Workshop Objekt-Transaktionsmonitore -12

7 Das Prinzip der Interception Objekte laufen in Containern ab. Mit dem Einspielen eines neuen Objektes in einen Container wird die Schnittstelle dieses neuen Objektes dem Container bekannt gemacht. Das ermöglicht für den Container: Container-generierte Objekte mit gleicher Schnittstelle zu definieren sogennante Wrapper; Methoden-Aufrufe nicht direkt an die Objekte zu senden, sondern vorher über die eigenen Wrapper-Implementierungen umzuleiten; in den Wrappern nützliche Informationen über die Methodenaufrufe festzuhalten, etwa um Transaktionseigenschaften herzustellen; und schliesslich den Methodenaufruf vom Wrapper an das eigentliche Objekt weiterzureichen. Voraussetzung für just-in-time Objekterzeugung Workshop Objekt-Transaktionsmonitore -13 Objekterzeugung mit Interception Client COM+ Surrogate 3 COM+ Executive 7 Context 5 Class factory context 4 Component Class object COM Runtime 2 Schritte 2 bis 8 sind für den Client transparent Workshop Objekt-Transaktionsmonitore -14

8 Objekterzeugung mit Interception 1. Client ruft CoCreateInstance (COM Objekterzeugung) auf 2. Surrogat-Prozess wird von COM Runtime gestartet 3. COM+-Ausführungsumgebung wird geladen 4. Komponente (DLL) wird in das Surrogat geladen 5. Referenz auf Klassenobjekt-Wrapper (aka Factory) zurück 6. Objekt-Erzeugung via Klassenobjekt-Wrapper verlangen 7. Objekt-Kontext wird erzeugt 8. Zeiger auf Interface zurück an Client (Schaut für den Client wie richtiges Objekt aus) Anm.: Das Objekt selbst wurde noch nicht erzeugt. Dank COM+ just-in-time activation wird es erst beim ersten Methodenaufruf angelegt. Workshop Objekt-Transaktionsmonitore -15 Objekt-Kontexte context Creator ID Activity Transaction Security Properties COM+ Surrogate COM+ Executive Component Context context Class factory Class object COM+ Catalog Transaktionsvorgaben für das Objekt aus dem Katalog entnehmen, um sie dann in den Kontext stellen zu können. Workshop Objekt-Transaktionsmonitore -16

9 Transaktionaler Methoden-Aufruf Client 1 COM+ Surrogate Process COM+ Executive Component Context 3 context 2 Class object Schritte 2 und 3 sind für den Client transparent Workshop Objekt-Transaktionsmonitore -17 Transaktionaler Methoden-Aufruf 1. Client ruft eine Interface-Methode auf 2. Beim ersten Methoden-Aufruf, verwendet der Kontext-Wrapper den Objektkontext um das richtige Objekt anzulegen 3. Nach internem COM+-housekeeping wird der Aufruf an die Methodenimplementierung im Objekt propagiert Workshop Objekt-Transaktionsmonitore -18

10 Sub-Objekt bzw. Subtransaktion COM+ Surrogate Process Component 1 Context 4 2 zu 1 COM+ Executive Sub Component 3 Context context Class factory zu 3 Class object COM+ Catalog Schritte 2 bis 4 sind für den Client transparent Workshop Objekt-Transaktionsmonitore -19 Sub-Objekt bzw. Subtransaktion 1. Objekt ruft IContext::CreateInstance auf. Dies gibt Zeiger (s. zu 1 in der Folie) auf den Klassenobjekt-Wrapper zurück wie von den vorigen Folien bekannt 2. Objekt-Kontext fordert vom Klassenobjekt-Wrapper die Erzeugung des Objektes 3. Der Klassenobjekt-Wrapper verwendet die Information aus dem Kontext des Aufrufers und aus dem COM+-Katalog- Einträgen (s. zu 3 in der Folie), um den Kontext des neuen Objektes festzulegen 4. Ein Zeiger auf den Kontext-Wrapper wird an den Client zurückgeliefert Workshop Objekt-Transaktionsmonitore -20

11 Code-Beispiel Transfer() try { HRESULT hr; CComPtr<IAccount> account_credit; m_spcontext->createinstance(clsid_account, IID_IAccount, (void**)&account_credit); hr = account_credit->credit(account_to, amount); if (hr!= S_OK) throw hr; // do the same for debit // commit m_spcontext->setcomplete(); return S_OK; } catch(hresult hr) { // abort m_spcontext->setabort(); return S_FALSE; } Workshop Objekt-Transaktionsmonitore -21 Code-Beispiel Credit() STDMETHODIMP CAccount::Credit(int account, double amount) { _ConnectionPtr pconnection = NULL; try { char comm[256] = {0}; pconnection = _ConnectionPtr( uuidof(connection)); pconnection->open( BERN", ", ", NULL); // DB Verbindung sprintf(comm, _T("update account set balance = balance + %f where account_number = %d"), amount, account); // SQL Statement bearbeiten pconnection->execute(_bstr_t(comm), NULL, adcmdtext); m_spcontext->setcomplete(); pconnection->close(); return S_OK; } catch(...) {... } // commit erlauben Workshop Objekt-Transaktionsmonitore -22

12 Demo: Deployment Workshop Objekt-Transaktionsmonitore -23 Weitere Informationen zu COM, MTS und COM+ COM: DCOM: MTS: Applikationsentwicklung mit COM und MTS: COM+: (Stand: ) Workshop Objekt-Transaktionsmonitore -24