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.
Restrições SOAP
Restrições de Segurança
Outras Restrições
Transmitindo Cabeçalhos SOAP Utilizando o Barramento de Integração de Serviços
- 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.
- 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.
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
- 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.
- As mensagens formadas insuficientemente podem ser aceitas pelo barramento.
- As mensagens formadas insuficientemente podem ser produzidas pelo barramento.
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
- 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.