É possível usar um WSDL de diversas maneiras para configurar fluxos de mensagens.
Os fluxos de mensagens que funcionam com serviços da Web geralmente usam os nós SOAP. Para obter detalhes sobre os nós SOAP, consulte WebSphere Message Broker e Serviços da Web.
É possível criar um serviço da web no WebSphere Message Broker importando um WSDL ou definindo uma nova interface, usando o assistente de Novo Serviço. Para obter informações adicionais, consulte Visão Geral do Fluxo de Trabalho para Criação de Serviço. Ou então, é possível configurar nós SOAP arrastando um WSDL de sua área de trabalho no nó ou especificando o WSDL usando a propriedade Nome do Arquivo WSDL no nó.
É possível alterar o modo de operação dos nós SOAP para que eles ajam no modo de gateway. No modo de gateway, não é necessário um WSDL para configurar os nós, porque eles manipulam solicitações/respostas genéricas e mensagens SOAP unidirecionais que não estão vinculadas a um WSDL específico. Para obter mais detalhes, consulte Modo de Operação de Gateway para Nós SOAP.
Quando você arrasta um arquivo WSDL para um nó SOAP, as propriedades do nó são configuradas a partir das propriedades no URI de endereço do WSDL. As propriedades de transporte no nó SOAP são preenchidas de acordo com a primeira ligação importada do arquivo WSDL. Portanto, se a primeira ligação importada descrever um transporte JMS, as propriedades do Transporte JMS serão preenchidas; se a primeira ligação importada descrever um transporte HTTP, as propriedades do Transporte HTTP serão preenchidas. Se você selecionar outra ligação importada, as propriedades de transporte são preenchidas adequadamente. O portType aparece de forma diferente, dependendo do transporte selecionado.
O URI do elemento address do WSDL pode existir em dois formatos diferentes, W3C ou IBM® (descontinuado). O formato da URI do WSDL afeta os nomes das propriedades do WSDL que o analisar procura para preencher as propriedades do nó SOAP. Por exemplo, a tabela de parâmetros de contexto do JNDI não é preenchida quando você importa um WSDL de estilo IBM, porque ela não suporta essas propriedades no URI de endereço do WSDL. A tabela é preenchida somente se os parâmetros de contexto do JNDI estiverem presentes em um WSDL de estilo W3C. Veja detalhes na seção Formatos de URI WSDL para JMS.
Se você fornecer uma definição de serviço, as propriedades do terminal serão configuradas automaticamente, mas também será possível configurar ou substituir estas propriedades manualmente.
Opcionalmente, as definições WSDL podem ser divididas em diversos arquivos. A disposição típica é que um arquivo de definição de serviço de nível superior importe um arquivo de ligação, o arquivo de ligação importe um arquivo de interface e este arquivo de interface importe ou inclua arquivos de definição de esquema.
Uma WSDL portType (a interface WSDL lógica) não é suficiente para sozinha configurar um nó SOAP; é necessária uma ligação específica para que a carga útil SOAP seja bem-definida no tempo de execução.
Uma ligação define um uso, que pode ser document (o padrão) ou rpc. Se o uso for document, a carga útil SOAP será descrita por um elemento de Esquema XML na WSDL. Se o uso for rpc, a carga útil SOAP será o nome da operação WSDL em um espaço de nomes especificado.
Um nó de SOAPReply é sempre utilizado com um nó de SOAPInput. Para obter detalhes de cenários de serviço da Web, consulte Cenários de Serviços da Web.
Um nó de SOAPAsyncResponse é sempre utilizado com um nó de SOAPAsyncRequest, associado à propriedade Identificador Exclusivo. Para padrões de uso de nós SOAP, consulte Cenários de Serviços da Web.