Szolgáltatásteszt létrehozása a WebSphere Java MQ számára

Java-alapú alkalmazások teszteléséhez, hozzon létre szolgáltatástesztet, és adja hozzá a WebSphere Java MQ üzeneteket. Szolgáltatástesztet az Általános szolgáltatásügyféllel Általános szolgáltatásügyfél megnyitása vagy az Új szolgáltatásteszt varázslóval Szolgáltatásteszt létrehozása hozhat létre.

Mielőtt elkezdené

Csatlakozás WebSphere MQ kiszolgálóhoz.

Védett socket réteg (SSL) hitelesítés használata esetén győződjön meg róla, hogy rendelkezik a szükséges kulcsfájlokkal a munkaterületen.

SOAP biztonság használata esetén győződjön meg róla, hogy a megfelelő könyvtárakkal és konfigurációs fájlokkal konfigurálta a környezetet.

Eljárás

  1. A munkaterületen kattintson a Fájl > New > Egyéb > Teszt > Teszteszközük > Webszolgáltatás tesz menüpontra vagy a Szolgáltatásteszt létrehozása Szolgáltatásteszt létrehozása ikonra.
  2. Válasszon ki egy projektet, majd a Tesztfájl neve mezőben nevezze el a tesztet. A beírt név lesz a rögzítés, a teszt és más szükséges fájlok alapneve. Ezeket a fájlokat, megkülönböztető utótagjaikkal együtt az általános navigátorban vagy a Java™ Package Explorer programban tudja megtekinteni, a Tesztnavigátorban azonban csak az egyszerű (teszt) név jelenik meg.
  3. A Szolgáltatáskérési felület kiválasztása oldalon tegye az alábbiak egyikét:
    1. WSDL fájlt használó szolgáltatás teszteléséhez válassza a Webszolgáltatás-kérés vagy a Specifikáció-alapú adatszerkezet elemet, kattintson a Tovább gombra, és válasszon ki egy WSDL fájlt.
    2. Olyan szolgáltatás teszteléséjez, amely nem használ WSDL fájlt, válassza az XML kérés, Szöveges kérés, Bináris kérés menüpontot vagy az Üres teszt lehetőséget.
  4. Kattintson a Tovább gombra, válassza ki a WebSphere Java MQ protokollt, és adjon meg egy szállítási konfigurációt. Ha szükséges, az Új lehetőségre kattintva hozza létre a hívás szállítási konfigurációját. Lásd: WebSphere Java MQ szállítási konfiguráció létrehozása.
  5. Adja meg az alábbi információkat az Általános lapon:
    Queue
    Name of the queue as defined on the WebSphere MQ server.
    Message type
    The types of messages are these:
    • Datagram means that the message does not require a reply.
    • Request means that the message requires a reply.
    • Reply means that the message is a reply to an earlier request message.
    • Report means that the message is reporting on some expected or unexpected occurrence, usually related to some other message. An example is a request message that contained data that was not valid.
    Message Persistence

    This value indicates whether the message is persistent or not. If the message is persistent, it survives the system failures and restarts of the queue manager. If the message is not persistent, it survives a restart if it is present on a queue having the NPMCLASS(HIGH) attribute. However, even with the NPMCLASS(HIGH) attribute a message does not survive a QMGR class. Nonpersistent messages on queues having the NPMCLASS(NORMAL) attribute are discarded at queue manager restart, even if the message is found on the auxiliary storage during the restart procedure.

    Dynamic Reply
    Select this check box for the WebSphere MQ server to dynamically create a temporary queue as a reply. If this check box is not selected, the message in Reply Queue is used.
    Reply Queue

    This is the name of the message queue to which the application that issued the get request for the message should send the reply and report messages.

    Reply Manager

    This is the name of the queue manager on which the reply-to queue is defined.

    Additional properties
    Specify the additional properties for the queues.
  6. Választható: Ha szükséges, tegye a következőket a Konfiguráció lapon:
    Message Priority

    This is the priority of the message. The lowest priority is 0.

    Encoding

    This is the numeric encoding of numeric data in the message. This value does not apply to numeric data in the MQMD structure itself.

    Expiry Interval

    This is the period of time, in tenths of a second, after which the message becomes eligible to be discarded if it has not already been removed from the target queue. The expiry interval is set by the application that put the message.

    Character set

    This is the character set identifier of the character data in the application message data.

  7. Választható: A Jelentés lapon válassza ki a fogadni kívánt jelentés üzeneteket.
  8. Választható: Ha szükséges, adja meg a következő információkat a Kontextus lapon:
    Application Identity Data

    This information is defined by the application suite. Use it to provide information about the message or its originator.

    Application Origin Data

    This information is defined by the application suite. Use it to provide additional information about the origin of the message.

    Accounting Token

    This information is needed by the application to appropriately charge for the work that is done as a result of the message.

    User ID

    This is the user identifier of the application that originated the message.

  9. Választható: Az Azonosítók lapon adja meg a bináris adatbevitelt igénylő üzenetek azonosítóit karaktersorozat formátumban, a második oszlopban. Az első oszlop automatikusan kitöltésre kerül a hexadecimális formátumú értékkel.
  10. Választható: A Szegmentálás lapom válassza ki az üzenet szegmensét, és kattintson a Tovább gombra.
  11. Ha kiválasztott az XML kérés elemet, akkor kattintson a Tovább gombra, válasszon ki egy XSD fájlt, majd kattintson a Befejezés gombra. Létrehozta az új szolgáltatástesztet.

Mi a következő lépés?

Most bővítheti és futtathatja azt.

Visszajelzés