Do ponto de vista do aplicativo cliente, o stub de serviço parece idêntico ao serviço real que ele simula. Para usar um stub de serviço em substituição ao serviço real, é necessário substituir a URL do serviço original no aplicativo cliente pela URL do servidor de stub.
Crie um stub de serviço ao fornecer uma especificação WSDL existente. O stub de serviço é gerado exatamente com as mesmas portas e ligações que o serviço original, para que possa ser endereçado exatamente com a mesma interface. Cada operação no serviço retorna uma resposta padrão do tipo definido pelo WSDL.
Você pode editar o stub de serviço no editor de stub para alterar a resposta padrão ou para criar respostas condicionais que simulam as respostas reais do serviço original.
Ao concluir a edição do stub de serviço, você poderá implementá-lo em um servidor de stub local, que é executado no ambiente de trabalho. O servidor de stub simula um servidor de aplicativos real e pode hospedar vários stubs de serviço. Controle o servidor de stub a partir da visualização de monitor de stub.
Por fim, para usar um stub de serviço em vez do serviço original, altere a URL usada pelo aplicativo cliente para apontar para o servidor de stub local em vez do servidor de aplicativos original. Este URL, além do WSDL do stub de serviço, é fornecido na visualização de monitor de stub.
Os servidores de stub remotos não se aplicam ao IBM® Rational Service Tester for SOA Quality.
Para testes de desempenho, é possível implementar servidores de stub em computadores remotos que executam o Agent Controller nas plataformas Windows e Linux. Isso permite reduzir a carga no computador local ou testar as várias configurações de rede com vários servidores de stub.
Também é possível implementar os servidores de stub como parte de um planejamento de desempenho.