Aby przetestować aplikacje oparte na języku Java, należy utworzyć
test usługi i dodać komunikaty WebSphere Java MQ. Test usługi można utworzyć za
pomocą opcji ogólnego klienta usług
lub kreatora nowego testu usługi
.
Zanim rozpoczniesz
Należy nawiązać połączenie z serwerem WebSphere MQ.
Jeśli używane
jest uwierzytelnianie SSL (Secure Sockets Layer), należy upewnić się, że w
obszarze roboczym znajdują się wszystkie wymagane pliki kluczy.
Jeśli są
używane zabezpieczenia SOAP, należy upewnić się, że środowisko zostało skonfigurowane z
poprawnymi bibliotekami i plikami konfiguracyjnymi.
Procedura
- W środowisku roboczym kliknij opcję
lub kliknij opcję Utwórz test usługi
.
- Wybierz projekt, a następnie wpisz nazwę testu w polu Nazwa pliku testu. Wpisana nazwa jest nazwą podstawową używaną dla plików zapisu, testu i dla innych wymaganych plików. Pliki te są wyświetlane w standardowym nawigatorze lub w eksploratorze pakietów
Java™ wraz z przyrostkami wyróżniającymi,
ale w nawigatorze testów wyświetlana jest tylko prosta nazwa testu.
- Na stronie Wybór interfejsu żądania usługi wykonaj
jeden z następujących kroków:
- Aby przetestować usługę używającą pliku WSDL, wybierz opcję
Żądanie usługi Web Service lub Struktura
oparta na specyfikacji, kliknij przycisk
Dalej i wybierz plik WSDL.
- Aby przetestować usługę, która nie używa pliku WSDL, wybierz opcję
Żądanie XML, Żądanie tekstowe,
Żądanie binarne lub Test pusty.
- Kliknij przycisk Dalej, wybierz protokół
WebSphere Java MQ i określ konfigurację
transportu. W razie potrzeby kliknij przycisk Nowa, aby
utworzyć konfigurację transportu dla wywołania. Patrz sekcja
Tworzenie konfiguracji transportu WebSphere Java MQ.
- Wprowadź następujące informacje na karcie Ogólne:
- Kolejka
- Nazwa kolejki zdefiniowana na serwerze WebSphere MQ.
- Typ komunikatu
Typy komunikatów są następujące:
- Datagram – komunikat nie wymaga odpowiedzi.
- Żądanie – komunikat wymaga odpowiedzi.
- Odpowiedź – komunikat jest odpowiedzią na wcześniejszy komunikat
żądania.
- Raport – komunikat zgłasza oczekiwane lub nieoczekiwane
zdarzenie, zazwyczaj dotyczące innego komunikatu. Na przykład komunikat żądania
zawierający niepoprawne dane.
- Trwałość komunikatu
Ta wartość wskazuje, czy komunikat jest trwały. Trwałe komunikaty są
zachowywane w przypadku awarii systemu i restartów menedżera kolejek. Komunikaty
nietrwałe są zachowywane, jeśli znajdują się w kolejce z atrybutem
NPMCLASS(HIGH). Jednak nawet w przypadku ustawionego atrybutu NPMCLASS(HIGH),
komunikat nie jest zachowywany po wystąpieniu klasy QMGR. Nietrwałe komunikaty
znajdujące się w kolejkach z atrybutem NPMCLASS(NORMAL) są odrzucane podczas
restartowania menedżera kolejek nawet wtedy, gdy komunikat zostanie znaleziony
w pamięci dyskowej w trakcie wykonywania procedury restartowania.
- Odpowiedź dynamiczna
- To pole wyboru należy zaznaczyć, aby serwer WebSphere MQ dynamicznie
tworzył kolejkę tymczasową jako odpowiedź. Jeśli to pole wyboru nie zostanie
zaznaczone, zostanie użyta kolejka podana w polu Kolejka odpowiedzi.
- Kolejka odpowiedzi
Nazwa kolejki komunikatów, do której aplikacja wysyłająca żądanie
pobrania komunikatu ma wysłać komunikaty odpowiedzi i raportu.
- Menedżer odpowiedzi
Nazwa menedżera kolejek, w którym zdefiniowano kolejkę zwrotną.
- Właściwości dodatkowe
- Służy do określania dodatkowych właściwości kolejek.
- Opcjonalne: W razie potrzeby podaj następujące informacje na karcie Konfiguracja:
- Priorytet komunikatu
To jest priorytet komunikatu. Najniższy priorytet to 0.
- Kodowanie
Kodowanie danych liczbowych w komunikacie. Ta wartość nie ma
zastosowania do danych liczbowych w samej strukturze MQMD.
- Okres ważności
Czas (w dziesiątych sekundy), po którym komunikat kwalifikuje się do
odrzucenia, jeśli nie został jeszcze usunięty z kolejki docelowej. Okres
ważności jest ustawiany przez aplikację umieszczającą komunikat.
- Zestaw znaków
Identyfikator zestawu znaków dla danych znakowych w komunikacie
aplikacji.
- Opcjonalne: Na karcie Raport wybierz komunikaty raportu, które mają być odbierane.
- Opcjonalne: W razie potrzeby podaj następujące informacje na karcie Kontekst:
- Dane tożsamości aplikacji
Te informacje są definiowane przez pakiet aplikacji. Za ich pomocą można
podać informacje o komunikacie lub jego nadawcy.
- Dane o pochodzeniu aplikacji
Te informacje są definiowane przez pakiet aplikacji. Za ich pomocą można
podać dodatkowe informacje o pochodzeniu komunikatu.
- Znacznik rozliczania
Te informacje są wymagane, aby aplikacja mogła poprawnie rozliczyć
pracę wykonaną w wyniku komunikatu.
- Identyfikator użytkownika
Identyfikator użytkownika aplikacji, z której pochodzi komunikat.
- Opcjonalne: Na karcie Identyfikatory w drugiej kolumnie podaj
identyfikator w formacie łańcuchowym dla komunikatów, które wymagają binarnych
danych wejściowych. Pierwsza kolumna jest wypełniana automatycznie danymi w
formacie szesnastkowym.
- Opcjonalne: Na karcie Segmentacja wybierz segment komunikatu i kliknij przycisk Dalej.
- Jeśli wybrano opcję Żądanie XML, kliknij przycisk
Dalej, wybierz plik XSD i kliknij przycisk
Zakończ. Nowy test usługi zostanie utworzony.
Co dalej
Teraz można rozszerzyć test i wykonać go.