Creazione di un test del servizio per WebSphere Java MQ

Per eseguire il test di applicazioni basate su Java, creare un test del servizio e aggiungere i messaggi WebSphere Java MQ. È possibile creare un test del servizio utilizzando l'opzione Generic Service Client Apri Generic Service Client o la procedura guidata Nuovo test del servizio Crea un test del servizio.

Prima di iniziare

Connettersi al server WebSphere MQ.

Se si sta utilizza l'autenticazione SSL (Secure Sockets Layer), verificare di avere i file di chiave richiesti nello spazio di lavoro.

Se si sta utilizzando la sicurezza SOAP, verificare di aver configurato l'ambiente con le librerie e i file di configurazione corretti.

Procedura

  1. Nel workbench, fare clic su File > Nuovo > Altro > Test > Asset di test > Test servizio Web o fare clic su Crea un test del servizio icona Crea un test del servizio.
  2. Selezionare un progetto e quindi, nel Nome file di test, immettere un nome per il test. Il nome che si inserisce è il nome di base per la registrazione, il test e altri file richiesti. Vengono visualizzati questi file nel Navigator standard o in Esplora package di Java™ con i suffissi distintivi, ma viene visualizzato solo il nome (test) semplice in Navigator di test.
  3. Nella pagina Seleziona un'interfaccia della richiesta del servizi, completare una delle seguenti operazioni:
    1. Per eseguire il test di un servizio che utilizza un file WSDL, selezionare Richiesta servizio Web o Struttura basata sulla specifica, fare clic su Avanti e selezionare un file WSDL.
    2. Per eseguire il test di un servizio che non utilizza un file WSDL, selezionare Richiesta XML, Richiesta testo, Richiesta binaria o un Test vuoto.
  4. Fare clic su Avanti, selezionare il protocollo WebSphere Java MQ e specificare una configurazione di trasporto. Se necessario, fare clic su Nuovo per creare la configurazione di trasporto per la chiamata. Vedere Creazione di una configurazione di trasporto WebSphere Java MQ.
  5. Completare le seguenti informazioni nella scheda Generale:
    Coda
    Il nome della coda come definito sul server WebSphere MQ.
    Tipo di messaggio
    I tipi di messaggi sono i seguenti:
    • Datagramma significa che il messaggio non richiede una risposta.
    • Richiesta significa che il messaggio richiede una risposta.
    • Risposta significa che il messaggio è una risposta a un messaggio di richiesta precedente.
    • Report significa che il messaggio è un report di ricorrenze previste o non previste, di norma correlate a qualche altro messaggio. Un esempio è un messaggio di richiesta che conteneva dati non validi.
    Persistenza dei messaggi

    Questo valore indica se il messaggio è persistente o meno. Se il messaggio è persistente, sopravvive agli errori di sistema e ai riavvii del gestore code. Se il messaggio non è persistente, sopravvive a un riavvio se è presente su una coda che ha l'attributo NPMCLASS(HIGH). Tuttavia, anche con l'attributo NPMCLASS(HIGH), un messaggio non sopravvive a una classe QMGR. I messaggi non persistenti nelle code con l'attributo NPMCLASS(NORMAL) vengono eliminati durante il riavvio del gestore code, anche se il messaggio viene trovato nella memoria ausiliaria durante la procedura di riavvio.

    Risposta dinamica
    Selezionare questa casella di spunta per il server WebSphere MQ per creare dinamicamente una coda temporanea come una risposta. Se questa casella di spunta non è selezionata, viene utilizzato il messaggio nella coda di risposta.
    Coda di risposta

    È il nome della coda di messaggi a cui l'applicazione che ha immesso la richiesta get per il messaggio deve inviare i messaggi di risposta e di report.

    Gestore risposte

    Questo è il nome del gestore code su cui è definita la coda di risposta.

    Proprietà aggiuntive
    Specificare le proprietà aggiuntive per le code.
  6. Opzionale: Se necessario, completare le seguenti informazioni nella scheda Config:
    Priorità messaggio

    Questa è la priorità del messaggio. La priorità minima è 0.

    Codifica

    Questa è la codifica numerica dei dati numerici nel messaggio. Questo valore non si applica ai dati numerici nella struttura MQMD stessa.

    Intervallo di scadenza

    È il periodo di tempo, in decimi di secondo, dopo il quale il messaggio può essere eliminato se non è già stato rimosso dalla coda di destinazione. L'intervallo di scadenza è impostato dall'applicazione che inserisce il messaggio.

    Serie di caratteri

    Questo è l'identificativo della serie di caratteri dei dati carattere nei dati dei messaggi delle applicazioni.

  7. Opzionale: Nella scheda Report, selezionare i messaggi di report da ricevere.
  8. Opzionale: Se necessario, completare le seguenti informazioni nella scheda Contesto:
    Dati identificativi dell'applicazione

    Queste informazioni sono definite dalla suite di applicazioni. Utilizzarle per fornire informazioni sul messaggio o su chi lo ha creato.

    Dati di origine applicazione

    Queste informazioni sono definite dalla suite di applicazioni. Utilizzarle per fornire informazioni aggiuntive sull'origine del messaggio.

    Token di contabilità

    L'applicazione ha bisogno di queste informazioni per addebitare in modo appropriato il lavoro eseguito come risultato del messaggio.

    ID utente

    Questo è l'ID utente dell'applicazione che ha originato il messaggio.

  9. Opzionale: Nella scheda Identificativi, per i messaggi che richiedono un input binario, specificare l'ID nel formato stringa nella seconda colonna. La prima colonna viene compilata automaticamente nel formato esadecimale.
  10. Opzionale: Nella scheda Segmentazione, selezionare il segmento del messaggio e fare clic su Avanti.
  11. Se è stato selezionato Richiesta XML, fare clic su Avanti, selezionare un file XSD e fare clic su Fine. Il nuovo test del servizio è stato creato correttamente.

Operazioni successive

È ora possibile migliorare il test ed eseguirlo.

Feedback