Tworzenie testu usługi dla produktu WebSphere Java MQ

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 Otwórz ogólny klient usług lub kreatora nowego testu usługi Utwórz test 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

  1. W środowisku roboczym kliknij opcję Plik > Nowy > Inny > Test > Zasoby testowe > Test usługi Web Service lub kliknij opcję Utwórz test usługi Ikona Utwórz test usługi.
  2. 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.
  3. Na stronie Wybór interfejsu żądania usługi wykonaj jeden z następujących kroków:
    1. 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.
    2. Aby przetestować usługę, która nie używa pliku WSDL, wybierz opcję Żądanie XML, Żądanie tekstowe, Żądanie binarne lub Test pusty.
  4. 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.
  5. 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.
  6. 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.

  7. Opcjonalne: Na karcie Raport wybierz komunikaty raportu, które mają być odbierane.
  8. 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.

  9. 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.
  10. Opcjonalne: Na karcie Segmentacja wybierz segment komunikatu i kliknij przycisk Dalej.
  11. 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.

Opinia