Wprowadzenie do Message Flow w OSB 10gR3

Wprowadzenie do Message Flow w OSB 10gR3

DEFINICJA

Messgae Flow czyli Przepływ Wiadomości najprościej ujmując definiuje implementację Proxy Service. Każdy Message Flow jest zbudowany z komponentów, które określają pewną logikę dla przepływu i zarządzania wiadomościami przechodzących przez Proxy Service.

LISTA KOMPONENTÓW Messgae Flow – krótkie omówienie

• Start Node – każdy Message Flow zaczyna się od Start Node, do którego wchodzi każda wiadomość oraz przez który przechodzi każda wiadomość zwrotna. Star Node nie jest konfigurowalny.

• Pipeline Pair Node – większość logiki przepływu odbywa się w Pipeline Pair Node. Komponent ten łączy w sobie Request Pipeline i Response Pipeline, a więc elementy odpowiedzialne za przepływ żądania klienta i odpowiedzi do klienta.

• Stage – w elemencie Stage możliwa jest konfiguracja akcji w celu manipulowania wiadomościami przesyłanymi przez Piepeline. Komponent Stage może być dodany do Request Pipeline, Response Pipeline oraz Error Handler.

• Error Handler – komponent odpowiedzialny za obsługę błędów. Może być użyty dla Stage lub Node.

• Branch Node – komponent ten pozwala na wybór dokładnie jednej z wielu ścieżek przepływu. Możemy wyróżnić Operational branching i Conditional branching. Pierwszy jest dostępny dla usług opartych na WSDL i zdefiniowanych w nim operacjach, drugi dla warunków w XPath Switch Table.

• Route Node – komponent odpowiedzialny za komunikację typu request/response z inną usługą.

BUDOWA MESSAGE FLOW

Jedynymi wymaganymi komponentami w Message Flow są Start Node i Route Node. Inne komponenty są opcjonalne.

Wyróżniamy dwa rodzaje Message Flow:

• Dla non-operational services (usługi nie bazujące na operacjach WSDL) – przepływ składa się z jednej Pipeline Pair i Route Node.

• Dla operational services – przepływ zawiera Pipeline Pair, a następnie Branch Node (w oparciu o operacje usługi). Każde rozgałęzienie Branch Node zawiera Pipeline Pair i Route Node.

AKCJE

Akcje dostarczają instrukcje do obsługi przepływających wiadomości przez Pipeline, Error Handler i Route Nodes. 

Możemy wyróżnić cztery grupy akcji:

• Akcje komunikacyjne (ang. Communication Actions)

• Akcje kontroli przepływu (ang. Flow Control Actions)

• Akcje przetwarzania wiadomości (ang. Message Processing Actions) 

• Akcje raportujące (ang. Reporting Actions)

Dokładny opis akcji znajduje się na stornie dokumentacji OSB pod linkiem: http://download.oracle.com/docs/cd/E13159_01/osb/docs10gr3/userguide/modelingmessageflow.html#wp1086777