DirXML 1.1

elegáns szinkronizáció

Elődjéhez hasonlóan, a DirXML 1.1 is a Novell eDirectory és más hálózati címtárak közötti adatok szinkronizálására szolgál, a szervezet által meghatározott irányelveknek megfelelően. A magasabb verziószám számos újdonságot is takar:

• Az eDirectory és a DirXML-rendszermag futtatható az egyik szerveren, egy alkalmazás a másikon és az alkalmazás DirXML-meghajtóprogramja akár egy harmadikon.
• A hibák és figyelmeztetések naplózhatók.
• Különféle szűrők hozhatók létre ill. definiálhatók.
• Kivételek készíthetők a DirXML-lel automatizált e-business szabályokhoz.

Távoli betöltés a nagyobb rugalmasság érdekében

A DirXML 1.1 egyik új funkciója az ún. távoli betöltő (remote loader). A távoli betöltő egy ügynökszoftver, amely lehetővé teszi a kommunikációt a DirXML-rendszermag és egy alkalmazás egy másik gépen futó DirXML-meghajtóprogramja között. A kommunikáció SSL-kapcsolaton keresztül zajlik, de a DirXML-rendszermag számára a távoli alkalmazás meghajtóprogramja helyinek tűnik.

Számos előnyt kínál a távoli betöltő használata, például szabadságot az alkalmazások és meghajtóprogramjaik elhelyezésében. Tegyük fel például, hogy DirXML-lel szeretnénk szinkronizálni az adatokat az eDirectory és más, a hálózaton található címtár és adatbázis között. Továbbá tegyük fel, hogy a cég HR-alkalmazását is fel kívánjuk venni a DirXML szabályozta metacímtárba. Csakhogy ennek az alkalmazásnak az API-funkciókészlete (amellyel a DirXML-meghajtóprogramok kommunikálnak) nem kezeli a távoli hozzáférést.

DirXML 1.0 használata esetén nincs más megoldás, mint hogy a HR-alkalmazást, annak DirXML-meghajtóprogramját, a DirXML-rendszermagot és a cég eDirectory-címtárfáját ugyanazon a szerveren futtassuk. DirXML 1.1 esetében azonban megoldható, hogy a DirXML-rendszermag és az eDirectory-fa legyen egy szerveren, a HR-alkalmazás a másikon és a HR-alkalmazás DirXML-meghajtóprogramja egy harmadikon.

Még csak az sem kell, hogy a szerverek platformjai megegyezzenek. A HR-alkalmazás és meghajtóprogramja futhat például Windows 2000 szervereken (lehetséges, hogy ezen az egy platformon fut az adott HR-alkalmazás), ugyanakkor a DirXML-rendszermag és az eDirectory-címtárfa mondjuk egy Solaris-szerveren.

Az, hogy az alkalmazások és a meghajtóprogramok bármely szerveren futtathatók, ténylegesen kiterjeszti az eDirectory által kezelt platformok körét. A DirXML 1.1 távoli betöltőjével például az OS390-en vagy Macintoshon futó alkalmazások is szinkronizálhatók az eDirectoryval, annak ellenére, hogy az eDirectory maga nem támogatja e platformokat. A távoli betöltővel tehát a DirXML 1.1 gyakorlatilag platformfüggetlenné válik.

Időmegtakarítás funkciónkénti hibanaplózással

A DirXML 1.1-gyel az alapján naplózhatók a hibák, hogy hol fordultak elő a folyamatban – az előfizetői csatornában, a kiadói csatornában vagy a meghajtóprogramban. A DirXML 1.0-ban még egy összesített hibanaplóból kellett kikeresni a hibákat. Ez az új, funkciónkénti naplózás megtakarít némi időt, segít a hibatrendek és azok okainak könnyebb azonosításában, illetve a megoldások megtalálásában.

További opciók a meghajtóprogramok konfigurációjához

Néhány új opciót kínál a DirXML 1.1 a meghajtóprogramok konfigurációja során:

• Szabályok láncolása
• Parancsok transzformációja
• Új meghajtóprogramok

A szabályok láncolásásával könnyebb szűrőket definiálni

A szabályok láncolási opcióval XML és XSLT formátumban definiált szűrők hozhatók létre a DirXML-meghajtóprogramokhoz (a szűrők határozzák meg, hogy pontosan milyen adatok is cserélődjenek ki egy adott alkalmazás és az eDirectory között).

DirXML 1.0 használatakor a szűrők ugyan definiálhatók akár XML, akár XSLT formátumban, de nem egyszerre mind a kettőben. A normál DirXML-szabályok – a sémaleképezési, létrehozási és adatcsere-szabályok –, amelyek összessége alkotja a szűrőt, XML formátumban vannak definiálva. A bonyolultabb szabályokhoz azonban általában XSLT használatára van szükség, vagyis ha bonyolult szabályokat kellett létrehoznunk, akkor jellemzően a teljes szűrőt XSLT-ben kellett megírni.

Tegyük fel például, hogy létre kell hoznunk egy sor egyszerű DirXML létrehozási, esemény- és csereszabályt, de egy meglehetősen bonyolult sémaleképezi szabályt is. A DirXML 1.0 esetében a teljes szűrőt XSLT-ben kellett megírni, hiába csak a sémaleképezi szabály, amelyhez valóban szükség van XSLT-re.

DirXML 1.1 esetén azonban van más lehetőségünk: létrehozhatunk egy olyan szűrőt, amelyben a létrehozási, esemény- és csereszabályok egy XML dokumentumban vannak definiálva. Ez az XML dokumentum azután meghív egy XSLT dokumentumot, amely a bonyolultabb sémaleképezi szabályt definiálja. A szabályok láncolásával tehát egyszerűsíthető a DirXML-meghajtóprogramok készítésének folyamata.

A parancstranszformációval a kivételek is kezelhetők

A parancstranszformációs funkció alkalmas arra, hogy kivételeket definiáljunk a DirXML-szűrők szabályaihoz. Tegyük fel például, hogy a DirXML 1.1-et arra kívánjuk használni, hogy az alkalmazottak otthoni telefonszámát átírja a HR-alkalmazásból a metacímtárfába. Ezt az információt azután az interneten keresztül a felhasználók rendelkezésére kívánjuk bocsátani a Novell eGuide-dal (ez az alkalmazás a címtárban tárolt adatokat kérdezi le és jeleníti meg a Weben). Egy probléma azonban van: egyes alkalmazottak nem kívánják otthoni telefonszámukat nyilvánosan megjelentetni.

E probléma – vagyis az, hogy ezen alkalmazottak otthoni telefonszáma ne kerüljön be a metacímtárfába, és így ne jelenjen meg nyilvánosan az eGuide-on keresztül – úgy oldható meg, hogy létrehozunk egy szűrőt, amely az összes alkalmazott otthoni telefonszámát átírja az eDirectoryba, azonban a DirXML 1.1 parancstranszformációs funkciójával visszatarthatók azon alkalmazottak telefonszámai, akik nem kívánják azokat nyilvánosan megjelentetni.

Jó hírek a DirXML-meghajtóprogramokkal kapcsolatban

A DirXML 1.1 új funkcióit két új meghajtóprogram egészíti ki: az egyik az NT-tartományokhoz használható, a másik pedig az elválasztókarakterrel határolt szöveges állományokhoz. A DirXML 1.1 megfelelő számú licencet tartalmaz az eDirectoryhoz és az NT-tartományok ill. elválasztott szöveges meghajtóprogramokhoz (és persze minden más, a termékkel együtt adott meghajtóprogramhoz). A két új meghajtóprogram mellett a termék továbbra is tartalmazza az eDirectory, Active Directory, Exchange, Lotus Notes és LDAP-meghajtóprogramokat.

Mellesleg jegyezzük meg, hogy augusztusban a Novell új DirXML-meghajtóprogramot bocsátott ki a PeopleSofthoz, amellyel a PeopleSoft 8.1-hez, a PeopleSoft 7.5-höz és 7.0-hoz egyaránt kapcsolódhat a termék. A meghajtóprogram a PeopleSoft összes moduljával együttműködik, beleértve a Pénzügy, Oktatás és HR-modulokat is.

A DirXML 1.1-ről, illetve az új DirXML PeopleSoft meghajtóprogramról a Novell webhelyén ( http://www.novell.com/products/nds/dirxml ) található további információ.