Problemas conocidos del procesamiento de AS2
Esta sección contiene temas que describen problemas conocidos con BizTalk Server soluciones AS2.
El procesamiento de AS2 no es compatible con equipos de 64 bits.
La solución BizTalk Server AS2 no se admite en equipos de 64 bits. El procesamiento de AS2 sólo funciona en equipos de 32 bits o cuando se ejecutan en el emulador WOW64 en equipos de 64 bits.
Las canalizaciones de recepción AS2 requieren que la cuenta en la que se ejecuta el proceso de instancia de host aislado de BizTalk sea parte del grupo de usuarios de la aplicación de BizTalk.
Si se utiliza la canalización AS2EdiReceive o AS2Receive, debe agregar la cuenta de usuario en la que se está ejecutando el proceso de instancia de host aislado de BizTalk al grupo de usuarios de la aplicación de BizTalk. Las canalizaciones AS2EdiReceive y AS2Receive se ejecutan en el proceso de instancia de host aislado de BizTalk.
Un encabezado Receipt-Delivery-Option generará un envío sincrónico de un MDN.
En caso de que la canalización AS2Receive reciba un mensaje con un encabezado receipt-delivery-option vacío y se haya solicitado un MDN asíncrono, la canalización ignorará la solicitud de MDN asíncrono. En su lugar, devolverá un MDN asíncrono y registrará un error en el registro de evento y en el informe de estado de AS2 (si está habilitado). Esto sucede si la propiedad "Invalidar propiedades de mensajes entrantes" no está seleccionada. Si dicha propiedad estuviese seleccionada, se reemplazaría el encabezado Receipt-Delivery-Option del mensaje con el valor de la propiedad Receip-Delivery-Option de la página Entidad como remitente del mensaje AS2 del cuadro de diálogo Propiedades de AS2.
En este caso, puesto que el encabezado receipt-delivery-option está vacío, la canalización AS2Receive no dispone de ninguna dirección a la que enviar la respuesta de MDN a través de una conexión asíncrona. Sin embargo, la canalización aún dispone de una conexión sincrónica abierta, por lo que devolverá el MDN a través de dicha conexión. Si se trata de un puerto de recepción unidireccional, BizTalk Server cerrará la conexión tras enviar el mensaje HTTP 200OK.
Utilizar encabezados de línea HTTP plegada y desplegada
Para permitir la máxima interoperabilidad, debe utilizar encabezados de línea HTTP desplegadas para los mensajes AS2. Information Services (IIS) 7.0 admite solo los encabezados HTTP que no estén plegados. IIS 6.0 admite los encabezados plegados y desplegados. Sin embargo, no todos los sistemas admiten encabezados de más de 80 caracteres por línea; por ello, en dichos sistemas deben utilizarse líneas plegadas.
El valor predeterminado para AS2 en BizTalk Server se desarrolla encabezados de línea HTTP.
La resolución de entidades puede verse afectada por un nombre localizado
Cuando BizTalk Server lleva a cabo una resolución de entidades en un mensaje AS2 saliente, la resolución de entidades puede verse afectada por un valor localizado en los encabezados del mensaje. Si la propiedad de entidad AS2-To de la página Entidad como receptora del mensaje AS2 del cuadro de diálogo Propiedades de AS2 se establece de forma predeterminada como un nombre de entidad en inglés y el valor del encabezado AS2-To del mensaje AS2 se establece como un nombre no en inglés, no se encontrará la coincidencia.
Límite de tamaño del mensaje AS2
Los mensajes AS2 cifrados deben tener un tamaño inferior a 96 megabytes para que se puedan procesar. Este límite viene impuesto por el descodificador AS2 que forma parte de las canalizaciones AS2Receive y AS2EdiReceive.
Una manera de solucionar esta limitación de tamaño consiste en utilizar la compresión, ya que los mensajes AS2 se comprimen antes del cifrado.
La aplicación EDI de BizTalk no debe modificarse.
Los artefactos en la aplicación EDI de BizTalk no deben modificarse o eliminarse. Si se modifica esta aplicación, no será posible volver a la aplicación original quitando la configuración o volviendo a configurar las características EDI y AS2.
El socio puede rechazar mensajes de varias partes
Síntoma
Al enviar mensajes de varias partes que usen la canalización de envío de AS2, el socio puede rechazar el mensaje porque falta un encabezado MIME de tipo de contenido.
Causa posible
Tipo de contenido es un encabezado opcional que puede estar presente para cada parte del cuerpo en un mensaje de varias partes. Algunos socios requieren que este encabezado esté presente para cada parte del cuerpo y configurado en un tipo de contenido específico.
Nota
El cuerpo del mensaje tendrá la propiedad Tipo de contenido configurada según la canalización de envío AS2. No obstante, los datos adjuntos no tendrán el conjunto de propiedades Tipo de contenido.
Resolución
Si el socio requiere el valor del encabezado Tipo de contenido para cada parte del cuerpo, deberá crear un componente de canalización personalizado que defina esta propiedad y use el componente en la canalización de envío.
Al recibir mensajes de varias partes, la primera parte se considera el cuerpo
Síntoma
Al recibir un mensaje AS2 de varias partes, BizTalk Server puede identificar incorrectamente uno de los datos adjuntos como el cuerpo del mensaje.
Causa posible
El encabezado MIME de un mensaje relacionado o de varias partes puede contener un parámetro ‘start’ opcional que indica cuál de las partes debe tratarse como cuerpo del mensaje especificando el identificador de contenido de la parte. Si el parámetro start no está presente, la primera parte debe considerarse como el cuerpo del mensaje. BizTalk Server no respeta el parámetro start si está presente y siempre tratará la primera parte como el cuerpo del mensaje.
Resolución
Si el socio no puede enviar el cuerpo como primera parte del mensaje relacionado o de varias partes, deberá crear un componente de canalización que identifique correctamente el cuerpo del mensaje.
Consulte también
Solucionar problemas de las soluciones EDI y AS2
Arquitectura de las soluciones AS2
Desarrollo y configuración de soluciones AS2 de BizTalk Server