Compartir vía

Enviar y recibir páginas ASPX

  • Artículo

Las páginas ASPX del Acelerador de Microsoft BizTalk para RosettaNet (BTARN) son las interfaces directas entre BTARN e Internet. Las dos páginas ASPX son la página de recepción (RNIFReceive.aspx) y la página de envío (RNIFSend.aspx). Cada página ASPX es una extensión de la canalización BTARN correspondiente. La canalización requiere que la página ASPX controle los encabezados de RosettaNet Implementation Framework (RNIF). La canalización realiza la mayor parte del procesamiento HTTP; sin embargo, cada página ASPX realiza el procesamiento HTTP de los encabezados RNIF. Las páginas aumentan la funcionalidad del adaptador HTTP de BizTalk Server.

Cada página ASPX es una aplicación web ASP.NET sin interfaz de usuario. Usan ASP.NET seguridad web para garantizar una conexión segura con terceros externos. Proporcionan una capa en la que puede implementar la tolerancia a errores, la escalabilidad y los servicios de alta disponibilidad.

El programa de instalación de BTARN instala una página RNIFSend.aspx y una página RNIFReceive.aspx en cada implementación de BTARN. Cuando el iniciador o el respondedor intercambia mensajes con el socio comercial, BTARN usa las páginas ASPX para enviar o recibir mensajes de la dirección URL del asociado. Si tanto el iniciador como el respondedor usan BTARN, las dos páginas ASPX del iniciador intercambian mensajes con las dos páginas ASPX del respondedor. Para obtener más información, vea la subsección "Cómo interactúan las páginas ASPX del iniciador y el respondedor" a continuación.

Página Enviar ASPX

La página RNIFSend.aspx recibe un mensaje del adaptador HTTP de BizTalk. Crea y agrega encabezados RNIF al mensaje y, a continuación, envía el mensaje al asociado a través de Internet. El adaptador HTTP llama a RNIFSend.aspx con el siguiente comando:

http://localhost:<port number>/RNIFSend.aspx?<query string>

La cadena de consulta incluye los siguientes datos que la página de envío necesita para enviar el mensaje al asociado y los datos que el asociado debe tener para procesar el mensaje:

  • La dirección URL del socio comercial: http://www.<address.com>/RNIFReceive.aspx

  • El tipo de respuesta: sync o async

  • La versión de RNIF: 1.1 o 2.0.

    El adaptador HTTP de BizTalk envía un mensaje MIME generado por la canalización de envío de BTARN al iniciador RNIFSend.aspx página. RNIFSend.aspx procesa el mensaje de la siguiente manera:

  1. La página de envío realiza la validación en el mensaje.

  2. La página de envío crea un encabezado Multipurpose Internet Mail Extensions (MIME) basado en el tipo de contenido, la longitud, el identificador y la versión MIME. Agrega el encabezado MIME y los límites MIME superior e inferior al mensaje.

  3. Para RNIF 2.01, la página de envío establece las propiedades del encabezado HTTP de la siguiente manera:

    1. Establece la propiedad X-RN-Version en la versión especificada en la propiedad Version de los valores de configuración del proceso.

    2. Establece la propiedad X-RN-ResponseType en sincrónica o asincrónica, según el valor de la propiedad IsSynchronous en los valores de configuración del proceso.

    3. Establece la propiedad Content-Length en el tamaño del mensaje completo.

  4. Con una entrada HTTP, la página de envío envía el mensaje a la dirección URL de destino del asociado, tal y como se establece en la configuración de url de acción o dirección URL de señal en el contrato de socio comercial.

  5. La página de envío espera la respuesta HTTP. Cuando recibe la respuesta, la enruta al adaptador HTTP.

  6. Si la conexión es asincrónica, la página de envío cierra la conexión y su procesamiento se completa.

  7. Si la conexión es sincrónica, la página de envío mantiene abierta la conexión para un mensaje devuelto. Después de recibir el mensaje, realiza el mismo procesamiento que realiza una página RNIFReceive.aspx en un mensaje recibido, envía el mensaje recibido al adaptador HTTP y, a continuación, cierra la conexión.

Página Receive ASPX

La página RNIFReceive.aspx recibe un mensaje HTTP del asociado a través de Internet. Procesa, valida y quita los encabezados RNIF y envía el mensaje al adaptador HTTP. El mensaje recibido por la página de recepción debe ser compatible con el transporte HTTP RNIF. La página de recepción procesa los mensajes de la siguiente manera:

  1. La página RNIFReceive.aspx del respondedor recibe el mensaje del iniciador. El mensaje contiene el encabezado MIME y los límites superior e inferior.

  2. La página de recepción valida el encabezado MIME.

  3. La página de recepción quita el encabezado MIME y los límites del mensaje.

  4. La página de recepción envía el mensaje al adaptador HTTP mediante la ubicación de recepción HTTP. La página de recepción recibe una respuesta HTTP y devuelve la respuesta HTTP a la página de envío del iniciador.

  5. Si la conexión es asincrónica, la página de recepción cierra la conexión.

  6. Si la conexión es sincrónica, la página de recepción mantiene abierta la conexión, esperando un mensaje devuelto.

  7. Después de recibir el mensaje devuelto del adaptador HTTP, la página de recepción realiza el mismo procesamiento que realiza una página RNIFSend.aspx y envía el mensaje devuelto a la página de envío del iniciador. Una vez que recibe la respuesta HTTP, cierra la conexión.

Interacción de las páginas ASPX del iniciador y del respondedor

Si tanto el iniciador como el respondedor usan BTARN, las cuatro páginas ASPX del iniciador y el respondedor interactúan de forma diferente en función de si las conexiones son asincrónicas o sincrónicas y si los mensajes son de acción única o doble acción. Las subsecciones siguientes describen el conjunto completo de interacciones.

Acción doble asincrónica

Este escenario implica cuatro conexiones HTTP independientes, una para cada paso:

  1. La página de envío del iniciador envía el mensaje de solicitud de acción a la página de recepción del respondedor.

    Nota

    Los pasos 2 y 3 siguientes pueden producirse en el orden inverso, dependiendo de la carga del sistema.

  2. La página de envío del respondedor envía un mensaje de señal de solicitud a la página de recepción del iniciador.

  3. La página de envío del respondedor envía un mensaje de respuesta de acción a la página de recepción del iniciador.

  4. La página de envío del iniciador envía un mensaje de señal de respuesta a la página de recepción del respondedor.

    Asincrónico de acción única

    Este escenario implica dos conexiones HTTP independientes, una para cada paso. Tenga en cuenta que este escenario consta del paso 1 y 2 del escenario asincrónico de doble acción.

  5. La página de envío del iniciador envía el mensaje de solicitud de acción a la página de recepción del respondedor.

  6. La página de envío del respondedor envía un mensaje de señal de solicitud a la página de recepción del iniciador.

    Acción doble sincrónica

    Este escenario implica una conexión HTTP:

  7. La página de envío del iniciador envía el mensaje de solicitud de acción a la página de recepción del respondedor.

  8. La página de recepción del respondedor envía un mensaje de respuesta de acción (o una excepción, si hay un problema) a la página de envío del iniciador en la misma conexión usada en el paso 1.

    Sincrónico de acción única

    Este escenario implica una conexión HTTP:

  9. La página de envío del iniciador envía el mensaje de solicitud de acción a la página de recepción del respondedor.

  10. La página de recepción del respondedor envía un mensaje de señal de solicitud (o una excepción, si hay un problema) a la página de envío del iniciador en la misma conexión.

Consulte también

Procesamiento de mensajes en BTARN
Canalización de recepción de BTARN
Canalización de envío de BTARN