Serviços da Web Acionados por Barramento: Restrições Conhecidas

Há um pequeno número de restrições conhecidas que se aplicam ao usar os serviços da Web acionados por barramento de integração de serviços.

Transmitindo Cabeçalhos SOAP Utilizando o Barramento de Integração de Serviços

Se o WSDL para seu serviço contiver elementos <soap:header> no elemento <wsdl:definition>, o barramento transmitirá os cabeçalhos SOAP. Esse comportamento é correto. No entanto, você também verá os seguintes efeitos:
  • Os cabeçalhos SOAP não serão incluídos no WSDL gerado pelas tecnologias de integração de serviços.
  • Se você definir o sinalizador "must understand" na mensagem SOAP, você receberá uma mensagem de erro.

Limitações no Suporte para SOAP com Anexos

O barramento de integração de serviço suporta mensagens SOAP que contêm anexos de estilo antigo (conforme descrito no SOAP with attachments W3C Note) ou anexos que utilizam o Web Services-Interoperability (WS-I) Attachments Profile Versão 1.0. Se tiver de transformar anexos de um estilo em outro, você poderá usar uma mediação para mapear entre estilos de codificação de anexos.

Os serviços da Web acionados por barramento não podem chamar um serviço da Web hospedado pelo WebSphere Application Server se o serviço tiver uma operação que não tenha anexos em sua mensagem de solicitação e retorne um anexo em sua mensagem de resposta.

Os cenários a seguir também não são suportados:
  • Utilizando DIME.
  • Utilizando a marcação WSDL mime:mimeXml.
  • Aninhando um mime:multipartRelated dentro de uma mime:part.
  • Utilizando matrizes ou vetores de DataHandlers, imagens e assim por diante.
Os cabeçalhos MIME da mensagem recebida não são preservados para os anexos referidos. A mensagem de saída contém novos cabeçalhos MIME para Content-Type, Content-Id e Content-Transfer-Encoding.

Se você transmitir um anexo grande por meio do barramento de integração de serviços, poderá obter um erro de falta de memória na Java™ Virtual Machine. Para resolver esse problema, aumente o tamanho de heap JVM conforme descrito em Ajustando Serviços da web Ativados para Barramento.

Para obter mais informações, consulte Transmitindo Mensagens SOAP com Anexos Utilizando o Barramento de Integração de Serviço.

Os Tokens de Credenciais de Subject JAAS não Têm Garantia de Disponibilidade em Serviços de Saída

Ao usar o WS-Security, o seguinte conteúdo de credenciais configuradas para um JAAS Subject não terá garantia de estar disponível para a execução de códigos em um serviço de saída, se estiver configurado no processamento de um pedido de serviço de entrada:
  • Conteúdo não serializável.
  • Qualquer token que implemente o com.ibm.wsspi.security.token.Token ou qualquer uma de suas subinterfaces e que não configure o atributo forwardability como true.

Por exemplo, se um TokenConsumer customizado estiver configurado na configuração e ligações de WS-Security aplicadas a uma porta de entrada e o TokenConsumer configurar um token nas credenciais privadas do subject JAAS e esse token implementar com.ibm.wsspi.security.token.Token e configurar o atributo forwardability como false, qualquer TokenGenerator customizado configurado na configuração e ligações de WS-Security da porta de saída correspondente não deverão depender da disponibilidade desse token no Subject JAAS.

Tolerância de Mensagens SOAP Formadas Insuficientemente

Os serviços da Web acionados por barramento verificam a validade das mensagens de serviços da Web mais detalhadamente do que feito no WebSphere Application Server Versão 5.1. Como resultado, alguns aplicativos clientes que usam pedidos ou respostas malformados (em que partes da mensagem estão nomeadas incorretamente) e que funcionam ao usar o Versão 5.1, são identificados como malformados em versões mais recentes.

Os serviços da Web acionados por barramento suportam aplicativos que produzem mensagens em que as partes de mensagens são nomeadas incorretamente, contanto que ainda correspondam ao formulário geral do esquema. Com esse suporte:
  • As mensagens formadas insuficientemente podem ser aceitas pelo barramento.
  • As mensagens formadas insuficientemente podem ser produzidas pelo barramento.
Para mensagens de saída, uma mensagem malformada é produzida apenas se a mensagem de entrada estiver malformada e a mensagem não tiver sido reescrita pelos serviços da Web acionados por barramento. Sempre que os serviços da Web acionados por barramento tiverem de reescrever a mensagem (por exemplo, porque foi modificada por uma mediação), eles produzirão uma mensagem SOAP bem-formada usando os nomes corretos para as partes, conforme definido no documento WSDL. Em cada um desses casos, se o seu serviço ou cliente depender dos nomes das partes da mensagem de resposta que estão sendo nomeados incorretamente, modifique o cliente ou reestruture o WSDL associado ao serviço da Web acionado por barramento para que os nomes das partes correspondam aos que os aplicativos estão esperando.
Nota: São tolerados apenas nomes de parte incorretos. Nomes de operação incorretos ou estrutura de parte incorreta não são tolerados.

Limitações no Suporte para Especificações Anteriores de Rascunho do WS-Security

As versões da especificação de rascunho do WS-Security que eram suportadas pelo suporte de serviços gerais da Web nas versões anteriores do WebSphere Application Server não são suportadas pelas tecnologias de integração de serviços. As tecnologias de integração de serviços suportam apenas a "especificação do OASIS Web Services Security Versão 1.0,", o "perfil do Username token Versão 1.0" e o "perfil do X.509 token Versão 1.0." Para obter informações adicionais sobre essas especificações e perfis suportados, consulte Funcionalidade Suportada de Especificações da OASIS.

Todos os aplicativos cliente e serviços de destino que utilizam o WS-Security para interagir com as tecnologias de integração de serviços também devem estar em conformidade com os níveis suportados dessas especificações. Os aplicativos cliente e os serviços de destino que estão em conformidade com versões anteriormente suportadas da especificação de rascunho do WS-Security não são capazes de interagir com as tecnologias de integração de serviços porque o formato de ligação da mensagem SOAP com WS-Security foi alterado na especificação OASIS Web Services Security Versão 1.0 e não é compatível com rascunhos anteriores da especificação.

Limitações a Respeito de Tipos Java Utilizados pelos Serviços que Foram Redirecionados por um Aplicativo Cliente JAX-RPC

Quando você passa mensagens para o barramento de integração de serviços em um destino enviando mensagens do serviço da web diretamente sobre o barramento de um cliente JAX-RPC, existem limitações sobre os tipos Java que podem ser usados.

É possível redirecionar apenas os serviços que limitam os tipos usados em sua interface para aqueles que possuem mapeamentos definidos na especificação JAX-RPC. Isso limita o suporte a um subconjunto do esquema XML possível que pode ser utilizado em um documento WSDL. Por exemplo, se a interface tiver qualquer elemento que mapeie para SOAPElement ela não poderá ser redirecionada sobre o barramento.

Configurando um Serviço de Saída para Usar uma Porta WSDL

Quando você configura um serviço de saída para utilizar uma porta WSDL que use a ligação EJB, as tecnologias de integração de serviço chamam o serviço utilizando o RMI-IIOP (Remote Method Invocation over Internet Inter-ORB Protocol). Entretanto, todas as classes transmitidas ao enterprise bean devem estar presentes no caminho de classe do WebSphere Application Server. Por exemplo:
  • Se você transmitir um objeto do tipo Endereço, essa classe e as classes de todos os objetos serializados em um objeto Endereço deverão estar presentes no caminho de classe do WebSphere Application Server.
  • Se a assinatura de um método no enterprise bean contiver um objeto java.util.List e for esperado que a lista seja de objetos Endereço, a classe Endereço deverá estar no caminho de classe do WebSphere Application Server.

Ícone que indica o tipo de tópico Tópico de Referência



Ícone de registro de data e hora Última atualização: last_date
http://www14.software.ibm.com/webapp/wsbroker/redirect?version=cord&product=was-nd-mp&topic=rjw_restrict
Nome do arquivo: rjw_restrict.html