Gli stub del servizio sono simulazioni di un servizio effettivo che possono essere utilizzati per
sostituire funzionalmente il servizio in un ambiente di test. Un server stub sostituisce il server delle applicazioni attuale.
Dal punto di vista dell'applicazione del client, lo stub del servizio è identico
al servizio attuale che è simulato.
Per utilizzare uno stub del servizio in sostituzione del
servizio effettivo, è necessario essere in grado di sostituire l'URL del servizio
originale nell'applicazione client con l'URL del server stub.
Importante: Per la versione
8.7 e successive, non è possibile utilizzare l'opzione di pianificazione di IBM® Rational Performance Tester per distribuire i server stub in remoto. Se già è stata eseguita la distribuzione dei server stub in remoto, è
necessario installare IBM Rational Service Tester for SOA Quality o Rational Performance Tester su questi
computer e distribuire quindi i server stub in locale.
Esempi del caso di utilizzo
Ci sono diversi casi dove potrebbe essere utile distribuire i servizi
dello stub invece di utilizzare i servizi effettivi per i
test:
- Se si sta eseguendo il test di un servizio locale che utilizza i dati da un altro servizio remoto,
potrebbe essere necessario inserire un contenuto specifico al servizio di cui si desidera eseguire il test dal
servizio remoto. È possibile simulare il servizio remoto con uno
stub del servizio per assicurare che il servizio locale risponda correttamente ad un input specifico.
- Alcuni servizi commerciali addebitano gli utenti per ogni chiamata. Se si sta eseguendo il test di tale
servizio, è possibile distribuire ed eseguire il debug del test rispetto ad un servizio dello stub che si basa
su WSDL del servizio attuale, senza essere addebitato dal servizio commerciale.
- Durante l'integrazione di un'ampia applicazione che coinvolge più client e servizi,
alcuni servizi potrebbero tuttavia non essere operativi, sebbene le relative specifiche WSDL
siano disponibili. È possibile simulare i servizi mancanti con gli stub del servizio che consente
di procedere con il lavoro di integrazione.
Architettura dello stub del servizio
Creare uno stub del servizio
fornendo una specifica WSDL esistente. Lo stub del servizio viene generato con le stesse porte
e collegamenti del servizio originale in modo che possa essere indirizzato con esattamente la stessa
interfaccia.
Ogni operazione nel servizio restituisce una risposta predefinita del tipo
definito dal WSDL.
È possibile modificare lo
stub del nell'editor dello stub per modificare la risposta predefinita o per creare le risposte condizionali che simulano
le risposte effettive del servizio originale.
Una volta terminata la modifica dello stub del servizio, è possibile distribuirlo
su un server stub locale in esecuzione nel workbench. Il server stub
simula un server delle applicazioni effettivo e può ospitare più stub del servizio.
Controllare il server stub dalla vista di monitoraggio stub.
Infine, per utilizzare lo
stub del servizio invece del servizio originale, modificare l'URL utilizzato dall'applicazione
client per puntare al server stub locale invece che al
server delle applicazioni originale. Questo URL, e il WSDL dello
stub del servizio, viene fornito nella vista di monitoraggio dello stub.