Typy struktur danych (rejestr UDDI)

Po zarejestrowaniu się i zalogowaniu w rejestrze UDDI, który ma być używany, można zarejestrować usługę WWW. Rejestracja usługi obejmuje cztery główne typy struktur danych: informacje o jednostce biznesowej, informacje o usłudze, informacje o powiązaniu oraz informacje opisujące specyfikację usług. Relacje między tymi typami danych przedstawiono na rysunku 1.

Informacje o jednostce biznesowej. Informacje zawarte w strukturze businessEntity. Struktura businessEntity zawiera informacje o jednostce biznesowej, która opublikowała usługę, na przykład nazwę jednostki biznesowej, opis, kontakty i identyfikatory.

Informacje o usługach. Informacje opisujące grupę usług WWW. Są one zawarte w strukturze businessService. Struktura businessService zawiera informacje o rodzinach usług technicznych. Grupuje zestaw usług WWW związanych z procesem biznesowym lub grupą usług.

Informacje o powiązaniu. Informacje reprezentowane przez strukturę bindingTemplate. Struktura bindingTemplate zawiera informacje techniczne umożliwiające określanie specyfikacji punktu wejścia i konstrukcji do wywoływania usługi WWW. Struktura bindingTemplate udostępnia opisy usługi WWW odpowiednie dla twórców aplikacji, którzy chcą znaleźć i wywołać usługę WWW. Struktura bindingTemplate wskazuje na opisy implementacji usługi, na przykład przez adres URL.

Informacje opisujące specyfikacje usług. Metadane dotyczące różnych specyfikacji zaimplementowanych przez daną usługę WWW, reprezentowane przez strukturę tModel. Struktura tModel stanowi system odwołań ułatwiający wykrywanie usług WWW.

Rysunek 1. Relacje między typami danych

Na rysunku 1 przedstawiono relację między jednostką biznesową, usługą biznesową, szablonem powiązania i strukturą tModel.

Każda struktura potomna ma unikalną strukturę nadrzędną. Oznacza to, że każda struktura businessService należy do konkretnej struktury businessEntity. Z kolei każda struktura bindingTemplate należy do konkretnej struktury businessService. Każda struktura bindingTemplate odnosi się do unikalnych instancji struktur tModel. Jednak ponieważ odwołania mogą się powtarzać w wielu strukturach nadrzędnych, może istnieć wiele odwołań do struktur tModels z różnych elementów nadrzędnych jednostka-usługa-szablon, jak pokazano na rysunku 2.

Rysunek 2. Odwołania do struktury tModel

Na rysunku 2 zilustrowano wielokrotne odwołania do struktury tModel.

Asercje publikatora

Asercja publikatora jest sposobem na powiązanie struktur businessEntity w rejestrze UDDI. Asercja publikatora definiuje grupę struktur businessEntity. Wielu jednostek biznesowych nie można skutecznie odwzorowywać przy użyciu jednego elementu businessEntity, Asercja publikatora umożliwia powiązanie między strukturami businessEntity. W przypadku dużych przedsiębiorstw może występować kilka przedsiębiorstw podporządkowanych, którym odpowiadają różne opisy, ale które pozostają ściśle ze sobą powiązane i chcą, aby relacje między nimi były widoczne w rejestrach UDDI.

Projekcje usług

Projekcja usługi umożliwia jednostce biznesowej odwołanie się do usługi, którą opublikowała inna jednostka biznesowa. Korzystając ze struktury businessService jako projekcji już opublikowanej struktury businessService, jednostki biznesowe mogą współużytkować usługi lub ponownie je wykorzystywać. Projekcjami usług zarządza się centralnie w ramach struktury businessEntity zawierającej odwołania. Oznacza to, że wszelkie zmiany w strukturze businessService wprowadzone przez dowolną strukturę businessEntity zawierającą odwołania obowiązują we wszystkich strukturach businessEntity zawierających odwołania.