UDDI_1 UDDI alapok Forrás: 128.ibm.com/developerworks/webservices/library/ws-featuddi/ 128.ibm.com/developerworks/webservices/library/ws-featuddi/

Az előadások a következő témára: "UDDI_1 UDDI alapok Forrás: 128.ibm.com/developerworks/webservices/library/ws-featuddi/ 128.ibm.com/developerworks/webservices/library/ws-featuddi/"— Előadás másolata:

1 UDDI_1 UDDI alapok Forrás: http://www- 128.ibm.com/developerworks/webservices/library/ws-featuddi/ http://www- 128.ibm.com/developerworks/webservices/library/ws-featuddi/ A UDDI projekt elősegíti a Web szolgáltatások együttműködését és elfogadását. Ez egy együttműködés a ipari és üzleti vezetők között, amit az IBM, Ariba és a Microsoft alapított. A UDDI több üzleti problémát céloz meg. A UDDI egy menetben biztosítja a vállalkozások és elektronikus szolgáltatások információinak beszerzését. A vállalati és szolgáltatási információk UDDI-ban való közzététele lehetővé teszi azok széleskörű elérhetőségét. A UDDI olyan létező szabványokon alapul, mint az XML és a SOAP. A UDDI minden megfelelő implementációja támogatja a UDDI specifikációt. A nyilvános specifikációt a szervezet minden tagját magába foglaló nyílt eljárásban fejlesztették ki

2 UDDI_2 UDDI alapok A Web szolgáltatási stack rétegei a UDDI-jal

3 UDDI_3 UDDI alapok A UDDI regiszter (tárház) a vállalkozások és az általuk támogatott szolgáltatások leírásának program által elérhető leírásait tartalmazza. A UDDI programozási modellt és sémát biztosít, ami meghatározza a tárházzal való kommunikáció szabályait. A UDDI specifikáció összes API-ja XML-ben definíált, SOAP borítékba (envelope) csomagolt és HTTP-vel küldődik.

4 UDDI_4 UDDI alapok UDDI üzenetek áramlása a kliens és a regiszter között

5 UDDI_5 UDDI alapok A UDDI működése

6 UDDI_6 UDDI alapok A UDDI regiszterben lévő adatok elvileg négy kategóriába sorolhatók, melyek mindegyike a UDDI-ban magasszintű tételt jelent. Minden ilyen tételhez saját UUID rendelődik, és ennek a UDDI-nak a körében mindíg megtalálható ezzel az azonosítóval: –technikai modellek, –vállalkozások, –üzleti szolgáltatások, –szolgáltatás kötések (bindings). A tárház üzleti és szolgáltatási információi három csoportba sorolhatók: –white (fehér), –yellow (sárga) és –green (zöld) pages (lapok).

7 UDDI_7 UDDI alapok A white pages a vállalkozás alapvető információit tartalmazza. A yellow pages bővíti a lehetőségeket egy vállalkozás vagy szolgáltatás megtalálására a tárházban azzal, hogy támogatja a kategorizálást kölönféle fogalom rendszerek használatával. A green pages a szolgáltatások kötési információit tartalmazzák és utalásokat tartalmaznak a szolgáltatások implementálásának technikai specifikációira, valamint pointereket különböző fájlokra és URL-alapú felderítő mechanizmusokra.

8 UDDI_8 UDDI alapok Az UDDI specifikáció főbb vonásai Lekérdező műveletek (Inquiry Operations) Keresés (Find): find_business(vállalkozás keresés) find_service(szolgáltatás keresés) find_binding(kötés keresés) find_tModel(tModel keresés)

9 UDDI_9 UDDI alapok Részletek lekérdezése (Get details) get_businessDetail get_serviceDetail get_bindingDetail get_tModelDetail get_registeredInfo Publikáló műveletek (Publishing Operations) Mentés (Save) save_business save_service save_binding save_tModel

10 UDDI_10 UDDI alapok Törlés (Delete) delete_business delete_service delete_binding delete_tModel delete_registeredInfo Biztonság (Security) get_authToken(hitelesítési token lekérdezése) discard_authToken(hitelesítési token eldobása)

11 UDDI_11 UDDI alapok A lekérdező API műveletek végrehajtása A böngésző módszer bővíti a find (keres) műveletek használatát, így lehetővé teszi a bejegyzések böngészését különféle kritériumok alapján. A részletező (drill down) módszer egy már megtalált tétel részletes információinak megszerzését jelenti. A meghívási módszer a szolgáltatások meghívását jelenti, ehhez a kötési sablon információinak használata szükséges, melyet a kliens általában letárol (cash) az ismételt használatok érdekében és így azokért nem szükséges minden alkalommal a tárházhoz fordulnia. A mentés és törlés (a save_xxx és delete_xxx API-kkal) minden felső szintű tétellel elvégezhető, de meg kell jegyezni, hogy a mentési művelet a UDDI-ban általában destruktív.

12 UDDI_12 UDDI alapok A UDDI 2. verziójának újdonságai A UDDI 2.0 verziója az adatmodellen belül négy alap (core) adatelemet határozott meg: businessEntity az üzleti információ modellezése, businessService a szolgáltatás leírása, tModel specifikáció, osztályozás, vagy azonosítás, binding Template leképezés egy businessService és a tModel halmazközött, ami leírja annak technikai ujjlenyomatát.

13 UDDI_13 UDDI alapok Az új lehetőségek javítják a UDDI regiszter használatának mínőségét és hatékonyságát: modellezési támogatás az összetett szervezetek számára, hathatósabb kategorizálási és azonosítási támogatás a kliensek számára, továbbfejlesztett lekérdezés, nemzetköziesítési lehetőségek, peer-alapú (egyenrangú) replikáció (másolat készítése).

14 UDDI_14 UDDI alapok A következő példa bemutatja a kapcsolat kialakítását és felderítését. Először be kell szerezni egy hitelesítő token-t a publikáláshoz: <get_authToken generic="2.0" xmlns="urn:uddi-org:api_v2" userID="businessA_UserId" cred="businessA_Password" />

15 UDDI_15 UDDI alapok Erre a következő választ kapjuk: businessA_AuthToken

16 UDDI_16 UDDI alapok Ezt követően létrehozzuk az A és B vállalkozásra vonatkozó üzleti állítást: businessA_AuthToken "businessKeyA" "businessKeyB"

17 UDDI_17 UDDI alapok Ha a B vállalkozás tulajdonosa is létrehoz egy azonos állítást, akkor ez a kapcsolat látható lesz a regiszterben. Ezután végrehajtunk egy egyszerű lekérdezést a find_relatedBusinesses API-val: "businessKeyA"

18 UDDI_18 UDDI alapok Erőteljes kategorizálás Az 1. verzióba három fogalomtárt építettek be a vállalkozások és szolgáltatások kategorizálására. A 2. verzió lehetővé teszi a szervezeteknek, hogy új külsőleg ellenőrzött fogalmakat hozzanak létre, melyeket azután a UDDI-ban való nyilvános használatra felajánlhatnak. Továbbfejlesztett lekérdezés A 2.verzió támogatja az összetettebb lekérdezéseket is. A meglévő find_xxx lekérdező API-kat számos új szűrő kritériummal toldotta meg, mint pl. az orLikeKeys, orAllKeys, combineCategoryBags, serviceSubset és andAllKeys. A következők különösen érdekesek. Nemzetköziesítés Számos új jellegzetesség támogatja a nemzetköziesítést.

19 UDDI_19 UDDI alapok Replikáció A 2. verzióban a replikáció egyenrangú (peer) alapon végezhető, amikoris a regiszter frissítés bármely csomópontból bármely más csomóponttól elvégezhető. Egy sor új API defíniálása lehetővé teszi a változások feldolgozását és a folyamat menedzselését. További teendők A UDDI következő változata a biztonságra, a fejlettebb adat-menedzselésre és további a nemzetköziesítésre összpontosított. A biztonságot a UDDI adatintegritásának javításával, a fejlettebb adat hozzáfárás szabályozással, az azonosítással és hitelesítéssel érik el, felhasználják a W3C és az OASIS szervezetek biztonsági technológiáit.

20 UDDI_20 UDDI alapok És a UDDI fejlesztése folytatódik... UDDI Version 3.0.2: http://uddi.org/pubs/uddi_v3.htmhttp://uddi.org/pubs/uddi_v3.htm Az egyik legfrissebb információ: Burton: IBM SOA registry/repository competes with UDDI By Rich Seeley, News Writer 19 Apr 2007, SearchWebServices.com