CORBA

1. Példa a CORBA használatára

Az alábbiakban bemutatjuk egy egyszerű példán keresztül a CORBA - Java kapcsolat egy lehetséges megvalósítását. A példában CORBA IDL fordítóként a Javasoft standard idltojava eszközét használjuk. Az egyes osztályok implementálásánál a CORBA 3.0 által bevezetendő POA (Portable Object Adapter) és a névszolgáltató eszközeit használjuk. Ez az elkészülő kódot nagymértékben ORB gyártófüggetlené teszi.

Feladatunk legyen a Perzisztencia fejezetben szereplő objektumcsoportot létrehozni úgy, hogy az egyes gepjarmu, autobusz, ill. teherauto típusú objektumok más-más szerveren helyezkednek el. Az objektumhivatkozásokat a kliensprogram egyetlen tömbben kezeli, mintha azok lokális objektumok volnának. A kapcsolatot a kliens és a szerver(ek) között a CORBA hozza létre és tartja fenn. (A távoli szerver persze lehet ugyanazon gép egy párhuzamosan futó folyamata is, a CORBA átlátszó a tényleges hálózati elhelyezkedésre.)

Első lépésként a gepjarmu, autobusz és teherauto osztályok leírását adjuk meg IDL nyelven (jarmu.idl). A leírás csak az osztályok interfészére koncentrál, azaz azokat a felületeket írja le, amit mások látnak egy-egy objektumból. Ez a felület a gepjarmu osztály esetében két publikus - kívülről is látható - attribútumból (rendszam, tulajdonos) és egy műveletből (print) áll. Mindkét attribútum readonly jellegű, tehát az objektum felhasználója csak kiolvashatja értéküket, azt meg nem változtathatja. A string visszatérő értékű print metódus az objektum állapotát adja vissza, amit azután a hívó kiirathat.

A gepjarmu osztályból öröklődéssel származik a specializált autobusz és teherauto osztály. Mindkét osztály rendelkezik bázisosztálya attribútumaival, amelyeket egy-egy újabb attribútummal bővít ki (az autobusz a ferohely, a teherauto a max_terheles mezővel). A három osztályt a module kulcsszó segítségével a jarmuvek csomag részévé tettük. Ez részben a névütközések elkerülését szolgálja, részben a Java kód generálásakor biztosítja a megfelelő package jarmuvek sor létrehozását.

    
// jarmu.idl
module jarmuvek {
  interface gepjarmu {
    readonly attribute string rendszam;
    readonly attribute string tulajdonos;    
    string print();
  };
  interface autobusz : gepjarmu {
    attribute short ferohely;    
  };
  interface teherauto : gepjarmu {
    attribute short max_terheles;    
  };
};

A fenti fájlt a JavaSoft idltojava fordítóval fordítjuk le. (Hasonló eredményt kapnánk valamely más ORB IDL fordítójával is, ma már az összes jelentős fejlesztő a hivatalos OMG IDL/Java leképezés definíciót veszi alapul.)

         
$ idltojava jarmu.idl

Sikeres fordítás esetén létrejönnek az alábbi generált Java forrásfájlok a jarmuvek alkönyvtár alatt:

Az IDL interfész Java nyelvi változata: autobusz.java, gepjarmu.java, teherauto.java. Kiterjesztik a org.omg.CORBA.Object osztályt, így biztosítja az alapvető CORBA funkcionalitást.

Az IDL interfészekből generált kliens oldali csonkok: _autobuszStub.java, _gepjarmuStub.java, _teherautoStub.java. A csonkok implementálják az egyes osztályok absztrakt interfészeit

Jáva osztályok, melyek segéd-metódusokat tartalmaznak: autobuszHelper.java, gepjarmuHelper.java, teherautoHelper.java. Ide generálja pl. az IDL fordító a narrow függvényt is, amely segítségével konvertálhatjuk az egyes objektum referenciáinkat.

Az egyes interfészekhez létrejövő tartalmazó osztályok (lásd fentebb, az IDL -- Java autobuszHolder.java, gepjarmuHolder.java, teherautoHolder.java. A tartalmazó osztályokat az inout és out jellegű paraméterek átadásánál használjuk (ha van ilyen metódusunk).

Szerver oldali állományokbiztosítják a szerver oldal CORBA funkcionalitását, másrészt implementálják a kliens oldali interfészeket, ezzel teremtve meg a kapcsolatot a szerver és kliens oldal között. _autobuszImplBase.java, _gepjarmuImplBase.java, _teherautoImplBase.java. Amikor megvalósítjuk a szerver oldali CORBA objektumokat, ezeket az osztályokat fogjuk kiterjeszteni.

A generált Java fájlokat nem kell módosítanunk, fordítsuk le azokat,

         
$ javac *.java

2. A szerver oldal

Második lépésként létre kell hozni a szerveroldali osztályokat. Ehhez fel fogjuk használni az előbb generált Java forrásfájlokat, de nekünk is kell új kódot, CORBA 3.0 elnevezéssel servant-okat írnunk. Ezeket a folyamatokat a CORBA szerver oldalán futtatjuk.

Elsőként csak a gepjarmu osztályt hozzuk létre. Az osztály megvalósítására a gepjarmuServant és gepjarmuServer osztályokat írjuk meg. A gepjarmuServant a tulajdonképpeni szerver objektum, amelyet a _gepjarmuImplBase.java, kiterjesztéseként és annak segítségével implementálunk. A gepjarmuServer osztály a servant objektumok létrehozásáért felelős: inicializálja az ORB-t, használja a névszolgáltatást, várja a kliens hívásokat. A két osztályt a gepjarmuServer.java forrásban írjuk meg.

3. A kliens oldal

Végül meg kell írnunk a jarmuClient.java kliens programot. A kliens inicializálja az ORB-t és kapcsolatot teremt a névszolgáltatóval. Ezek után név alapján létesít kapcsolatot a szerver oldallal és a saját címterében levő gRef objektumot használja a távoli servant szolgáltatásainak eléréséhez. Valójában gRef a távoli objektumok helyi képviselője, proxy, amely a hozzá intézett hívásokat továbbítja a távoli szolgáltató objektumokhoz és a kliens csonkon keresztül gondoskodik a paraméterek átirányításáról a szerver felé.

4. Futtatás

Példaprogramunk futtatásához három terminálablakra van szükségünk. Az elsőben elindítjuk a Java névszolgáltatót, amely a szerver és kliens szolgáltatások név szerint történő összekapcsolását végzi, a második ablakban a szerver folyamatot indítjuk el, a harmadik ablakban tesztelhetjük a klienst:

$ tnameserv
$ java gepjarmuServer
$ java jarmuClient
Altalanos gepjarmu, rendszam = ABC123, tulajdonos = Valaki

5. A Tie módszer

Feladatunkat most az autóbusz és a teherautó (szerver oldali) létrehozásával folytatjuk. Kihasználjuk a gépjármű és az autóbusz valamint teherautó között fennálló öröklődési kapcsolatot. A CORBA az IDL szerverre képezésekor két módszert támogat: az ImplBase alapú öröklődést és a Tie delegációt. Az autóbusz és teherautó létrehozásakor a Tie módszert használjuk.

Generáljuk újra az IDL-ből kapott osztályokat, de ezúttal kapcsoljuk be a -ftie kapcsolót.

$ idltojava -ftie jarmu.idl

Ennek hatására új Java forrásfájlok generálódnak: a _autobuszOperations.java, _gepjarmuOperations.java, _teherautoOperations.java. Ezek egyszerű interfészek, amelyek között már megfigyelhető az öröklődési reláció.

Mivel a Java nem biztosít számunkra többszörös öröklést, ezért alkalmazzuk a delegálás módszerét. A Tie osztályok _autobuszTie.java, _gepjarmuTie.java, _teherautoTie.java. kiterjesztik a megfelelő ImplBase osztályokat, saját attributumkét pedig rendelkezésükre áll a servant egy példánya. A delegátor osztály a beérkező metódus-hívásokat átlátszóan továbbítja az "igazi" szervanthoz.

6. A szerver és kliens oldal módosítása

Meg kell írnunk az autobusz és teherauto szerveroldali reprezentáns folyamatát, autobuszServer.java, teherautoServer.java. A program megvalósításánál az autobuszServlet kiterjeszti gepjarmuServlet osztályt, (hasonlóan működik a teherautó is).

Ugyancsak módosítjuk a jarmuClient.java kliens programot, kiegészítve a autobusz és teherauto osztályokkal.

A program tesztelésénél értelemszerűen a névszolgáltatót, a három szerver folyamatot, és a klienst kell elindítani.