1 com

TUTORIAL: Konfiguracja kolejki JMS na WebLogic Server

W niniejszym tutorialu zajmiemy się konfiguracją kolejek JMS na serwerze WebLogic. Nie jest to proces komplikowany, ale spotykając się pierwszy raz z serwerem WebLogic może być dość zawiłym skonfigurowanie kolejek JMS.

Przechodzimy do konsoli WebLogic (http://localhost:7021/console).

Konfiguracja JMS Server

1) Po lewej stronie w okienku Domain Structure przechodzimy do Services->Messaging->JMS Servers.

2) Klikamy w New.



0 com

TUTORIAL: Prosty Error Handler dla Stage

Powróćmy na moment do konfiguracji z tutoriala Validate Action dla Web Services. Jak pamiętamy dla komponentu Request Pipeline dodaliśmy komponent Validate, odpowiedzialny za walidację wysyłanych żądań. Zadaniem Czytelnika będzie dodanie i konfiguracja tego samego komponentu dla Request Pipeline gałęzi dla operacji CelsiusToFahrenheit. Wynik powinien być następujący:

0 com

TUTORIAL: Operational Branch i Insert Action dla Web Services

W poprzednim tutorialu Validate Action dla Web Services wspomniano o komponencie Operational Branch. Jest to komponent, dzięki któremu najprościej rzecz ujmując można zdefiniować osobny Message Flow dla każdej operacji z Web Service. Inaczej – w zależności od wybranej operacji zostaną wykonane akcje w Message Flow zdefiniowane dla tej operacji.

W naszym przypadku Web Service udostępnia dwie operacje:
- FahrenheitToCelsius
- CelsiusToFahrenheit

Dla każdej z wyżej wymienionych operacji, dzięki Operational Branch jesteśmy w stanie zdefiniować niezależne Message Flow.

Ten tutorial pokaże zastosowanie Operational Branch oraz akcji manipulacji wynikiem w postaci akcji Insert oraz warunku logicznego If… Then…

2 com

TUTORIAL: Validate Action dla Web Services

Niniejszy tutorial jest pierwszym z serii planowanych tutoriali demonstrujących działanie Message Flow oraz zastosowania różnych komponentów i akcji w OSB. Kolejne tutoriale będą rozwinięciem podstawowej konfiguracji Message Flow przedstawionej w tutorialu Wirtualizacja Web Services na OSB 10gR3.

Jak już wiemy, Message Flow udostępnia grupę komponentów służących do zarządzania przepływem wiadomości pomiędzy Proxy Service, a Business Service. Na początek weźmiemy pod lupę prosty schemat przepływu oparty na komponentach Pipeline Pair Node i Stage. W tym celu zmodyfikujemy bazowy Message Flow, dodając na początek Pipeline Pair Node:

0 com

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.
1 com

TUTORIAL: Wirtualizacja Web Services na OSB 10gR3

Na początek, przedstawmy krótki wstęp teoretyczny dotyczący działania zwirtualizowanej usługi sieciowej na szynie Oracle Service Bus 10.3.


Po lewej stronie znajduje się klient (Service consumer) naszej zwirtualizowanej usługi sieciowej. Jego żądania są wysyłane do Proxy na szynie, która komunikuje się wewnątrz szyny z Business Service (ta z kolei komunikuje się z zewnętrzną usługą sieciową), definiującej całą logikę działania usługi sieciowej. Należy zapamiętać, że najważniejszymi pojęciami OSB są Proxy i Business Service.