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.
Restricciones de SOAP
Restricciones de seguridad
Otras restricciones
Pasar mensajes SOAP con archivos adjuntos a través del bus de integración de servicios
- 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.
- 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.
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
- 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.
- El bus puede aceptar mensajes con formato defectuoso.
- El bus puede generar mensajes con formato defectuoso.
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
- 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.