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](../images/gsc_open.png)
o la procedura guidata Nuovo test del servizio
![Crea un test del servizio](../images/icon_newtest.gif)
.
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
- Nel workbench, fare clic su o
fare clic su Crea un test del servizio
.
- 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.
- Nella pagina Seleziona un'interfaccia della richiesta del servizi, completare
una delle seguenti operazioni:
- 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.
- Per eseguire il test di un servizio che non utilizza un file WSDL, selezionare Richiesta XML,
Richiesta testo, Richiesta binaria o un Test vuoto.
- 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.
- 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.
- 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.
- Opzionale: Nella scheda Report, selezionare i messaggi di report da ricevere.
- 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.
- 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.
- Opzionale: Nella scheda Segmentazione, selezionare il segmento del messaggio e fare clic su
Avanti.
- 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.