Servicios web habilitados para bus: Limitaciones conocidas

Existen un número reducido de restricciones conocidas que se aplican al uso de los servicios web habilitados para el bus de integración de servicios.

Pasar mensajes SOAP con archivos adjuntos a través del bus de integración de servicios

Si el WSDL del servicio contiene elementos <soap:header> dentro del elemento <wsdl:definition>, el bus pasa por la cabeceras SOAP. Este comportamiento es correcto. No obstante, observará los efectos siguientes:
  • Las cabeceras SOAP no están incluidas en el WSDL que genera las tecnologías de integración de servicios.
  • Si establece el distintivo "debe comprender" en el mensaje SOAP, recibirá un mensaje de error.

Limitaciones en el soporte de SOAP con archivos adjuntos

El bus de integración de servicios soporta mensajes SOAP que contienen archivos adjuntos de tipo antiguo (como se describe en SOAP with attachments W3C Note) o archivos adjuntos que utilizan Web Services-Interoperability (WS-I) Attachments Profile Versión 1.0. Si tiene que transformar archivos adjuntos de un estilo a otro, puede utilizar una mediación para correlacionar entre estilos de codificación de archivos adjuntos.

Los servicios web habilitados para bus no pueden invocar un servicio web que se incluya en WebSphere Application Server, si el servicio tiene una operación que no tiene adjuntos en su mensaje de petición y devuelve un adjunto en su mensaje de respuesta.

Tampoco se da soporte a los escenarios siguientes:
  • Utilización de DIME.
  • Utilización del distintivo de WSDL mime:mimeXml.
  • Anidación de mime:multipartRelated dentro de mime:part.
  • Utilización de matrices o vectores de DataHandlers, imágenes, etc.
Las cabeceras MIME de los mensajes de entrada no se conservan para los archivos adjuntos referenciados. El mensaje de salida contiene nuevas cabeceras MIME para Content-Type, Content-Id y Content-Transfer-Encoding.

Si pasa un adjunto grande a través del bus de integración de servicios, obtendrá un error de falta de memoria en la máquina virtual Java™. Para solucionar este problema, aumente el tamaño de almacenamiento dinámico JVM tal como se describe en Ajuste de servicios web habilitados para bus.

Para obtener más información, consulte Pasar mensajes SOAP con archivos adjuntos a través del bus de integración de servicios.

No se garantiza que estén disponibles en los servicios de salida las señales de la credencial del sujeto JAAS

Si se utiliza WS-Security, los siguientes contenidos de un conjunto de credenciales de sujeto JAAS no se garantiza que estén disponibles para codificar la ejecución en un servicio de salida, si se ha establecido en el proceso de una petición de servicio de entrada:
  • Contenidos no serializables.
  • Cualquier señal que implemente com.ibm.wsspi.security.token.Token o cualquiera de sus subinterfaces, y que no establezca el atributo forwardability (capacidad de reenvío) en true.

Por ejemplo, si un TokenConsumer personalizado se configura en la configuración de WS-Security y se aplican enlaces a un puerto de entrada, y el TokenConsumer establece una señal en las credenciales privadas del sujeto JAAS, y dicha señal implementa com.ibm.wsspi.security.token.Token y establece el atributo forwardability en false, cualquier TokenGenerator personalizado configurado no se basa en dicha señal que está disponible en el sujeto JAAS.

Tolerancia de mensajes SOAP de formato defectuoso

Los servicios web habilitados para bus comprueban la validez de los mensajes de servicios web de una forma más detallada que en WebSphere Application Server Versión 5.1. Como resultado, algunas aplicaciones cliente que utilizan peticiones o respuestas con formato defectuoso (donde las partes del mensaje reciben nombres erróneos), y que funcionan cuando se utiliza Versión 5.1, se identifican como mensajes de formato defectuoso en versiones posteriores.

Los servicios web habilitados para bus dan soporte a aplicaciones que producen mensajes en que las partes del mensaje tienen nombres erróneos, siempre y cuando coincidan con el formato general del esquema. Con este soporte:
  • El bus puede aceptar mensajes con formato defectuoso.
  • El bus puede generar mensajes con formato defectuoso.
Para los mensajes de salida, sólo se genera un mensaje con formato defectuoso si el mensaje de entrada tiene un formato defectuoso y no es necesario que los servicios Web habilitados para bus vuelvan a escribir el mensaje. Siempre que los servicios web habilitados para bus tienen que volver a escribir el mensaje (por ejemplo, porque una mediación lo ha modificado), producen un mensaje SOAP de formato adecuado que utiliza los nombres correctos para las partes, tal como están definidos en el documento WSDL. En cada uno de estos casos, si el servicio o el cliente se basa en que los nombres de las partes de los mensajes de respuesta son erróneos, modifique el cliente o reestructure el WSDL que está asociado con el servicio web habilitado para bus, de manera que los nombres de las partes coincidan con los que las aplicaciones esperan.
Nota: Sólo se toleran los nombres de partes incorrectos. No se toleran los nombres de operación incorrectos ni una estructura de partes incorrecta.

Limitaciones en el soporte de especificaciones de borrador de WS-Security anteriores

Las versiones de la especificación de borrador de WS-Security que estaban soportadas por el soporte de servicios web generales en versiones anteriores de WebSphere Application Server no están soportadas por las tecnologías de integración de servicios. Las tecnologías de integración de servicios sólo dan soporte a la "especificación OASIS Web Services Security Versión 1.0", el "perfil de Señal de nombre de usuario Versión 1.0" y el "perfil de Señal X.509 Versión 1.0." Para obtener más información sobre estas especificaciones y perfiles soportados, consulte Funciones soportadas de las especificaciones OASIS.

Todas las aplicaciones y servicios de destino que utilizan WS-Security para interactuar con tecnologías de integración de servicios también deben ser conformes a los niveles soportados de estas especificaciones. Las aplicaciones clientes y los servicios de destino que son conformes a versiones soportadas anteriormente de la especificación de borrador de WS-Security no pueden interactuar con las tecnologías de integración de servicios, porque el formato de cable del mensaje SOAP con WS-Security ha cambiado en la especificación OASIS Web Services Security Versión 1.0 y no es compatible con borradores anteriores de la especificación.

Limitaciones en relación con los tipos Java utilizados por los servicios que se redireccionan a través de una aplicación cliente JAX-RPC

Cuando pase mensajes al bus de integración de servicios en un destino mediante el envío de mensajes de servicio web directamente sobre el bus desde un cliente JAX-RPC, existen limitaciones respecto a los tipos Java que puede utilizar.

Sólo puede redireccionar los servicios que limitan los tipos que se utilizan en su interfaz a aquéllos que han definido correlaciones en la especificación JAX-RPC. Esto limita el soporte a un subconjunto del posible esquema XML que puede utilizarse en un documento WSDL. Por ejemplo, si la interfaz tiene algún elemento que se correlaciona con SOAPElement, no se puede redireccionar a través del bus.

Configuración de un servicio de salida para utilizar un puerto WSDL

Cuando configure un servicio de salida para utilizar un puerto WSDL que utiliza el enlace EJB, las tecnologías de integración de servicios invocan el servicio utilizando RMI-IIOP (Remote Method Invocation over Internet Inter-ORB Protocol). Sin embargo, todas las clases pasadas al enterprise bean deben estar presentes en la vía de acceso de la clase WebSphere Application Server. Por ejemplo:
  • Si pasa un objeto del tipo Address, dicha clase y las clases de todos los objetos serializados dentro de un objeto Address deben estar presentes en la vía de acceso de la clase WebSphere Application Server.
  • Si la firma de un método del enterprise bean contiene un objeto java.util.List y se espera que la lista sea una lista de los objetos Address, la clase Address debe estar en la vía de acceso de la clase WebSphere Application Server.

Icon that indicates the type of topic Reference topic



Timestamp icon Last updated: last_date
http://www14.software.ibm.com/webapp/wsbroker/redirect?version=cord&product=was-nd-mp&topic=rjw_restrict
File name: rjw_restrict.html