Os nós SOAP agem como pontos do fluxo onde o processamento do serviço da Web está configurado e aplicado. As propriedades dos nós SOAP controlam o processamento realizado e podem ser configuradas pelo fornecimento de uma definição WSDL ou configurando manualmente propriedades, ou ambos.
Nós SOAP
- Os nós SOAPInput e SOAPReply são usados em
um fluxo de mensagens que implementa um serviço da Web. Esses nós SOAP são utilizados para construir um fluxo de mensagens que implementa um provedor de serviço da Web.
O nó SOAPInput
atende pedidos de serviço da Web recebidos e o SOAPReply envia respostas de volta
ao cliente; consulte Nó SOAPInput e Nó SOAPReply.
- Um cliente pode enviar um pedido HTTP GET ao terminal exposto pelo fluxo, com uma cadeia de consultas ?wsdl como sufixo e receber uma resposta com a definição WSDL utilizada para configurar o fluxo. Para obter uma descrição integral, consulte Configurando Fluxos de Mensagens Usando um WSDL.
- O nó SOAPRequest é utilizado em um fluxo de mensagens para chamar um provedor de serviços da Web de forma síncrona.
Chamar um serviço da Web sincronamente significa que o nó envia um pedido
de serviço da Web e aguarda, bloqueando o fluxo de mensagens, para que o pedido
de serviço da Web associado seja recebido antes do fluxo de mensagens continuar;
consulte Nó SOAPRequest.
- Os nós SOAPAsyncRequest e SOAPAsyncResponse são utilizados para construir um fluxo de mensagens (ou par de fluxos) que chama um serviço da Web de forma assíncrona. Chamar um serviço da Web assincronamente significa
que o nó SOAPAsyncRequest
envia um pedido de serviço da Web, mas o pedido não bloqueia o fluxo de
mensagens aguardando que a resposta de serviço da Web associada seja recebida
porque a resposta do serviço da Web é recebida no nó SOAPAsyncResponse, que
está em um fluxo de mensagens. O Correlacionador de Nó identifica os pares lógicos das respostas em relação aos pedidos originais. Múltiplos pedidos
podem, portanto, ser tratados em paralelo; consulte Nó SOAPAsyncRequest e Nó SOAPAsyncResponse.
- É possível trabalhar na carga útil do corpo SOAP utilizando os nós de SOAPExtract e SOAPEnvelope. O nó SOAPExtract pode interoperar com o domínio SOAP. Os nós SOAP não requerem o nó SOAPEnvelope, porque eles podem manipular diretamente as mensagens não SOAP, mas o nó SOAPEnvelope ainda é requerido para os nós HTTP. Consulte Nó SOAPExtract e Nó SOAPEnvelope.
- Você pode alterar o modo de operação
dos nós SOAP para que eles ajam no modo de gateway. No modo de gateway, um WSDL não é
necessário para configurar os nós, já que eles identificam solicitação/resposta genérica
e mensagens SOAP unidirecionais que não estão vinculadas a um WSDL específico. Para saber
detalhes adicionais, consulte a seção Modo de Operação de Gateway para Nós SOAP.
A especificação SOAP W3C refere-se aos "nós SOAP" como uma unidade de lógica do aplicativo (consulte Glossário de Serviços da Web). Geralmente,
referências aos "nós SOAP" no Centro de Informações do WebSphere Message Broker
são referências aos nós SOAP do WebSphere Message Broker.
Se estiver usando nós SOAP e nós HTTP em fluxos de
mensagens em um único broker, você poderá escolher manipular mensagens HTTP usando o listener
do broker ou listeners de grupos de execução integrados.
Se um listener em sua configuração receber mensagens que os nós
SOAPInput e
HTTPInput podem obter, você deverá verificar
com cuidado as especificações de URL nesses nós. Se ambas as especificações de URL
corresponderem a uma mensagem recebida, o tipo errado de nó poderá obter a mensagem e o
processamento poderá falhar ou produzir resultados inesperados. Essa situação ocorrerá se
você especificar valores idênticos para as propriedades
Sufixo de caminho para URL dos nós
HTTPInput e
SOAPInput. Também poderá ocorrer
se você usar curingas em uma das especificações ou em ambas, e uma
mensagem recebida corresponder a ambas as propriedades.