Instalación y uso del adaptador de aplicación lógica en BizTalk Server

BizTalk Server usa el adaptador de Logic Apps para recibir mensajes de una aplicación lógica de Azure o enviar mensajes a una aplicación lógica de Azure.

En Azure, se crea una aplicación lógica. Esta aplicación lógica usa el conector de BizTalk para conectarse a una ubicación de recepción que cree en el BizTalk Server. En este tema se supone que está familiarizado con Azure Logic Apps. Si no está familiarizado con las aplicaciones lógicas, se recomienda obtener más información sobre ellas e incluso crear su propia aplicación lógica.

En este tema, se enumeran los pasos para recibir un mensaje en BizTalk Server desde una aplicación lógica. Por otra parte, la aplicación lógica envía mensajes a un BizTalk Server. El lado de recepción usa aplicaciones en IIS para controlar la comunicación con el servicio de Azure. Si BizTalk Server es local, también instala una puerta de enlace de datos en el BizTalk Server y crea una puerta de enlace en Azure.

Si BizTalk Server está instalado en una máquina virtual (VM) de Azure, puede optar por exponer la máquina virtual como punto de conexión HTTP (obtiene una dirección URL) o no la expone como punto de conexión HTTP. Si lo expone, no es necesario usar la puerta de enlace. Puede escribir la dirección URL en BizTalk Connector en la aplicación lógica. Si no expone la máquina virtual (sin dirección URL), debe usar la puerta de enlace. Estos pasos se enumeran en este tema.

También se muestra cómo enviar mensajes de BizTalk Server a una aplicación lógica de Azure. De otro modo, la aplicación lógica recibe mensajes de BizTalk Server. El lado de envío es bastante sencillo, como verá en este tema.

Use este tema para crear una ubicación de recepción y un puerto de envío mediante el adaptador de Logic Apps. Puede usar el adaptador de LogicApp en un BizTalk Server local (unido a su dominio) o en una máquina virtual de Azure que ejecute BizTalk Server.

Requisitos

• Una suscripción de Azure para iniciar sesión en el Azure Portal y crear una aplicación lógica.
• Opcional. Para enviar un mensaje de prueba a la aplicación lógica, instale una herramienta de prueba HTTP, como Fiddler o Postman. Si usa otro método para enviar un mensaje a una aplicación lógica, no tiene que usar estas herramientas.

Instalación del adaptador de aplicación lógica

BizTalk Server 2020 y versiones posteriores

A partir de BizTalk Server 2020, el adaptador de aplicación lógica se incluye con la instalación de BizTalk Server.

BizTalk Server 2016

1. En el BizTalk Server, descargue e instale el adaptador de aplicación lógica:
   • Vaya a Adaptador de Microsoft BizTalk Server para Logic Apps y guárdelo.
   • Abra LogicAppAdapter.iso y ejecute el archivo de Adapter.msiLogicApp para instalarlo.
2. Seleccione LogicApp Adapter.mside doble selección para instalar. Acepte el contrato de licencia e Instale.
3. Finalice la instalación y reinicie las instancias de host de BizTalkServerApplication y BizTalkServerIsolatedHost .

Una vez instalado, tiene lo siguiente:

• El adaptador de LogicApp se agrega a la administración de BizTalk.

• El controlador de envío se crea y usa el host de BizTalkServerApplication.

• El controlador de recepción se crea como un servicio WCF y usa el host bizTalkServerIsolatedHost.

• La LogicApp Adapter carpeta se crea dentro del directorio de instalación de BizTalk e incluye dos servicios: Administración y ReceiveService.

  BizTalk Connector usa la administración en una aplicación lógica para conectarse a BizTalk Server mediante la puerta de enlace de datos. Este servicio de administración permite BizTalk Server recibir mensajes de una aplicación lógica de Azure mediante la puerta de enlace de datos. Este servicio solo se usa en el lado de recepción de BizTalk. No lo usa el lado de envío.

  El conector de BizTalk usa ReceiveService en una aplicación lógica al escribir la ubicación de recepción. ReceiveService es responsable de enviar los mensajes desde la aplicación lógica. Este servicio solo se usa en el lado de recepción de BizTalk. No lo usa el lado de envío.

Recepción de mensajes de una aplicación lógica

Hay algunos pasos necesarios para BizTalk Server recibir mensajes de una aplicación lógica. En esta sección se indican estos pasos. Es posible que la interfaz de usuario en Azure cambie, por lo que es posible que algunos de los pasos no sean exactamente como se enumeran.

Prerrequisitos

• Si BizTalk Server es local, instale y configure la puerta de enlace de datos local para Logic Apps. A continuación, en Azure, cree el recurso de puerta de enlace de datos para conectarse a la BizTalk Server.
• Si BizTalk Server está instalado en una máquina virtual de Azure y la máquina virtual no se expone como punto de conexión HTTP, instale y configure la puerta de enlace de datos local para Logic Apps. A continuación, en Azure, cree el recurso de puerta de enlace de datos para conectarse a la BizTalk Server.
• Si BizTalk Server está instalado en una máquina virtual de Azure y la máquina virtual se expone como un punto de conexión HTTP, la puerta de enlace no es necesaria ni se usa.

Uso de NullAdapter y adaptador de aplicación lógica juntos: solo BizTalk Server 2016

Si instala el adaptador de aplicación lógica y NullAdapter, es posible que vea el siguiente error:

Another adapter with the same OutboundEngineCLSID value already exists

El GUID de la clase Adapter es el mismo para el adaptador de aplicación lógica y NullAdapter. Si se necesitan ambos adaptadores, puede hacer lo siguiente:

1. Descargue el código fuente NullAdapter en GitHub.
2. Actualice el GUID en la clase NullSendAdapter.cs .
3. Actualice el valor OutboundEngineCLSID en el archivo NullAdapter.reg .
4. Compile e implemente NullAdapter.

Paso 1: Creación de las aplicaciones de IIS

Las aplicaciones IIS usan los servicios Management y ReceiveService.

Puede ejecutar las aplicaciones de IIS mediante un nuevo grupo de aplicaciones o un grupo de aplicaciones existente. La identidad de AppPool requiere la pertenencia a los mismos grupos que la cuenta que ejecuta los servicios de BizTalk, como los grupos Usuarios de la aplicación de BizTalk y Usuarios de host aislados de BizTalk.

Sugerencia

Si crea un nuevo grupo de aplicaciones, mantenga la versión predeterminada de .NET CLR y la canalización administrada. Recuerde, elija una identidad (Configuración avanzada) que tenga pertenencia a los mismos grupos de BizTalk que su cuenta de servicio de BizTalk.

Creación de la aplicación de IIS de administración

El conector de BizTalk usa la dirección URL de esta aplicación IIS (en la aplicación lógica) para usar la puerta de enlace de datos en la BizTalk Server.

BizTalk Server 2020 y versiones posteriores

1. Configure las API REST mediante el Asistente para configuración de BizTalk. Para obtener ayuda con la configuración, consulte la Guía de configuración. Para obtener más información sobre las API REST, consulte la referencia de la API rest de BizTalk.
2. Abra un explorador web y vaya a http://localhost/BizTalkManagementService/Schemas. Se muestra una lista de esquemas o se le pide que abra o guarde schemas.json. El resultado real depende del explorador web. Si ninguno de estos ocurre, compruebe la configuración de la API rest.

BizTalk Server 2016

1. Abra el Administrador de Internet Information Services (IIS).

2. Haga clic con el botón derecho en Sitio web predeterminado y Agregar aplicación. En esta nueva aplicación:

   1. Escriba el alias (nombre) de la aplicación, como IISLogicApp.
   2. Seleccione el grupo de aplicaciones.
   3. Establezca la ruta de acceso física en C:\Program Files (x86)\Microsoft BizTalk Server 2016\LogicApp Adapter\Management.
   4. Configuración de prueba para confirmar que la identidad del grupo de aplicaciones supera las pruebas de autenticación y autorización.

3. Seleccione Aceptar para guardar los cambios.

4. Abra un explorador web y vaya a http://localhost/YourApplicationAlias/schemas?api-version=2016-10-26, como http://localhost/IISLogicApp/Schemas?api-version=2016-10-26. Se muestra una lista de esquemas o se le pide que abra o guarde schemas.json. El resultado real depende del explorador web. Si ninguno de estos ocurre, es posible que la identidad de AppPool falte pertenencia a los grupos de BizTalk.

Creación de la aplicación BIZTalk ReceiveService IIS

El conector de BizTalk usa la dirección URL de esta aplicación IIS (en la aplicación lógica) al elegir la ubicación de recepción.

1. Abra el Administrador de Internet Information Services (IIS).

2. Haga clic con el botón derecho en Sitio web predeterminado y Agregar aplicación. En esta nueva aplicación:

   1. Escriba el alias (nombre) de la aplicación, como ReceiveWCFService.

   2. Seleccione el mismo grupo de aplicaciones que la aplicación IIS anterior.

   3. Establezca la ruta de acceso física en:

      • BizTalk Server 2020: C:\Program Files (x86)\Microsoft BizTalk Server\LogicApp Adapter\ReceiveService.
      • BizTalk Server 2016: C:\Program Files (x86)\Microsoft BizTalk Server 2016\LogicApp Adapter\ReceiveService.

   4. Configuración de prueba para confirmar que la identidad del grupo de aplicaciones supera las pruebas de autenticación y autorización.

3. Seleccione Aceptar para guardar los cambios.

Paso 2: Creación de una aplicación lógica

1. En el Azure Portal, cree una nueva aplicación lógica.

2. Agregue el desencadenador Cuando se recibe una solicitud HTTP .

3. Agregue el BizTalk Server: preparar el mensaje a partir de la acción JSON.

4. Opcional: seleccione Conectar a través de la puerta de enlace de datos local y escriba lo siguiente:

   Propiedad	Descripción
   dirección URL de BizTalk Server	Escriba el nombre de dominio completo (FQDN) de la administración de BizTalk en la dirección URL de la aplicación IIS. Por ejemplo, escriba http://BizTalkServerName.corp.contoso.com/IISLogicApp/.
   Tipo de autenticación	Seleccione Windows.
   Nombre de usuario	Escriba la identidad del grupo de aplicaciones de IIS.
   Contraseña	Escriba la contraseña del grupo de aplicaciones de IIS.
   Puerta de enlace	Seleccione la puerta de enlace que ha creado.

   Sugerencia

   Recuerde que la puerta de enlace de datos solo es necesaria si:

   • Está usando una BizTalk Server local
   • Está usando una máquina virtual de Azure BizTalk Server y la máquina virtual NO se expone como un punto de conexión HTTP (sin dirección URL).

5. Seleccione Crear.

6. Configure la acción. En Cuerpo, seleccione la salida del cuerpo HTTP. En Esquema, seleccione el esquema que desea usar.

   Nota:

   En este paso se supone que está familiarizado con los esquemas de BizTalk y sabe qué esquema desea. Si no está seguro, implemente el ejemplo del SDK de HelloWorld, actualice sus artefactos para usar el adaptador de aplicación lógica y use su esquema y mensaje de ejemplo.

7. Agregue un nuevo paso y seleccione la acción BizTalk Server - Enviar mensaje. En Ubicación de recepción, seleccione la dirección URL de la lista desplegable o escriba el nombre de dominio completo (FQDN) de la dirección URL de la aplicación ReceiveService IIS. Por ejemplo, escriba http://BizTalkServerName.corp.contoso.com/ReceiveWCFService/Service1.svc.

   Sugerencia

   Al crear la ubicación de recepción, esta dirección URL exacta también se escribirá en las propiedades de transporte de ubicación de recepción como dirección pública (pestaña General).

   En Cuerpo, seleccione la salida del cuerpo de la acción BizTalk Server anterior.

8. Guarde los cambios mediante Guardar.

Cuando se guarda, el desencadenador solicitud HTTP crea automáticamente una dirección URL. Copie esta dirección URL. Lo necesita en paso 4: Enviar un mensaje (en este artículo).

Paso 3: Crear un puerto de recepción y una ubicación de recepción

Nota:

En lugar de crear sus propios puertos de recepción y ubicación de recepción, puede implementar el ejemplo del SDK de HelloWorld. Actualice los artefactos para usar el adaptador de Logic Apps.

En esta sección se enumeran los pasos para crear sus propios artefactos.

1. En administración de BizTalk Server, expanda administración de BizTalk Server, grupo de BizTalk, aplicaciones y, a continuación, expanda la aplicación que desea ejecutar la ubicación de recepción. Por ejemplo, expanda Aplicación de BizTalk 1.

2. Haga clic con el botón derecho en Puertos de recepción, seleccione Nuevo y seleccione Puerto de recepción unidireccional.

3. En las propiedades Puerto de recepción, escriba lo siguiente:

   Use	Para hacer esto
   Nombre	Escriba un nombre para el puerto de recepción. Por ejemplo, escriba LAReceivePort.
   Autenticación	Opciones: Sin autenticación: valor predeterminado. Deshabilita la autenticación. Quitar mensajes si se produce un error en la autenticación: permite la autenticación pero quitar mensajes no autenticados. Mantener mensajes si se produce un error en la autenticación: haga clic en esta opción para habilitar la autenticación y mantener mensajes no autenticados.
   Habilitar enrutamiento para mensajes con errores	Enruta cualquier mensaje que no se procese a una aplicación de suscripción (por ejemplo, otro puerto de recepción o programación de orquestación). Desactive esta opción para suspender los mensajes con errores y generar una confirmación negativa (NACK). Esta opción está desactivada de forma predeterminada. Para obtener más información, vea Cómo habilitar el enrutamiento para mensajes con errores para un puerto de recepción.

4. Seleccione Ubicaciones de recepción y seleccione Nuevo.

5. Escriba un nombre para la ubicación de recepción. Por ejemplo, escriba LAReceiveLoc.

6. En Tipo, seleccione LogicApp en la lista y seleccione el botón Configurar.

7. En la pestaña General , configure la dirección del punto de conexión para la aplicación lógica:

   Use	Para hacer esto
   Dirección (URI)	Necesario. Escriba la dirección URL de la aplicación IIS de BizTalk ReceiveService (/YourIISApp2Name/Service1.svc). Por ejemplo, escriba /ReceiveWCFService/Service1.svc.
   Dirección pública	Necesario. Escriba http://<your fully qualified machine name>/YourIISApp2Name/Service1.svc. Por ejemplo, escriba http://btsProd.northamerica.corp.contoso.com/ReceiveWCFService/Service1.svc. Esta dirección URL exacta también aparece en la aplicación lógica en la ubicación de recepción.

8. Opcional. En la pestaña Enlace , configure cualquier tiempo de espera y propiedades relacionadas con la codificación del enlace de WCF-WebHttp subyacente. Estas propiedades son útiles cuando se trabaja con mensajes grandes.

   Use	Para hacer esto
   Tiempo de espera de apertura	Escriba el intervalo de tiempo que debe tardar en completarse la operación de apertura del canal. Este valor debe ser mayor o igual que System.TimeSpan.Zero. Valor predeterminado: 00:01:00 Valor máximo: 23:59:59
   Tiempo de espera de envío	Escriba el intervalo de tiempo que debe tardar la operación de envío en completarse. Este valor debe ser mayor o igual que System.TimeSpan.Zero. Si usa un puerto de recepción de solicitud-respuesta, este valor especifica un intervalo de tiempo para que se complete toda la interacción, incluso si el cliente devuelve un mensaje grande. Valor predeterminado: 00:01:00 Valor máximo: 23:59:59
   Tiempo de espera de cierre	Escriba el intervalo de tiempo que debe tardar la operación de cierre del canal en completarse. Este valor debe ser mayor o igual que System.TimeSpan.Zero. Valor predeterminado: 00:01:00 Valor máximo: 23:59:59
   Tamaño máximo de mensaje recibido (bytes)	Escriba el tamaño máximo, en bytes, para un mensaje, incluidos los encabezados, que se van a recibir en la conexión. El tamaño de los mensajes está enlazado por la cantidad de memoria asignada para cada mensaje. Puede usar esta propiedad para limitar la exposición a ataques por denegación de servicio (DoS). Valor predeterminado: 65536 Valor máximo: 2147483647
   Número máximo de llamadas concurrentes	Escriba el número de llamadas simultáneas a una única instancia de servicio. Las llamadas que superan el límite se ponen en cola. Establecer este valor en 0 es equivalente a establecerlo en Int32.MaxValue. El valor predeterminado es 200.

9. Opcional. En la pestaña Seguridad , configure las propiedades de seguridad. Para fines de desarrollo, puede elegir Ninguno:

   Use	Para hacer esto
   Modo de seguridad	Opciones: Ninguno: los mensajes no están protegidos durante la transferencia. Transporte: se proporciona seguridad basada en transporte HTTPS. Los mensajes SOAP están protegidos mediante HTTPS. Para usar este modo, debe configurar capa de sockets seguros (SSL) en Internet Information Services (IIS). TransportCredentialOnly: valor predeterminado.
   Tipos de credenciales de cliente de transporte	Elija el tipo de credencial al usar la autenticación de cliente. Opciones: Ninguno: no se produce autenticación en el nivel de transporte. Básico: usa la autenticación básica para enviar nombres de usuario y contraseñas en texto sin formato a través de la red. Debe crear las cuentas de dominio o de usuario local correspondientes a las credenciales. Resumen: usa la autenticación implícita para enviar contraseñas como un valor hash a través de la red. Solo está disponible en dominios con controladores de dominio que ejecutan la autenticación de sistemas operativos Windows Server. Debe crear las cuentas de dominio o de usuario local correspondientes a las credenciales del cliente. Ntlm: valor predeterminado. Los clientes envían las credenciales sin enviar una contraseña a esta ubicación de recepción. Debe crear las cuentas de dominio o de usuario local correspondientes a las credenciales del cliente. Windows: la autenticación integrada de Windows negocia Kerberos o NTLM, lo que prefiere Kerberos si hay un dominio presente. Para usar Kerberos, es importante que el cliente identifique el servicio con un nombre de entidad de seguridad de servicio (SPN). Debe crear las cuentas de dominio o de usuario local correspondientes a las credenciales del cliente. Certificado: usa un certificado de cliente. La cadena de certificados de entidad de certificación para los certificados X.509 del cliente debe instalarse en el almacén de certificados de entidades de certificación raíz de confianza de este equipo para que los clientes puedan autenticarse en esta ubicación de recepción. InheritedFromHost
   Uso del inicio de sesión único

10. Opcional. En la pestaña Mensajes , use la propiedad Encabezados HTTP salientes para agregar encabezados personalizados y use las propiedades adicionales para ayudar con errores:

    Use	Para hacer esto
    Encabezados HTTP salientes	Escriba los encabezados HTTP que desee marcar en el mensaje de respuesta.
    Deshabilitar ubicación en caso de error	Deshabilita la ubicación de recepción si se produce un error en el procesamiento de entrada debido a un error de canalización de recepción o a un error de enrutamiento. El valor predeterminado está desactivado.
    Suspender mensaje de solicitud en caso de error	Suspende el mensaje de solicitud si se produce un error en el procesamiento de entrada debido a un error de canalización de recepción o a un error de enrutamiento. El valor predeterminado está desactivado.
    Incluir detalle de excepción en errores	Cuando se produce un error, devuelve los errores soap para ayudar a depurar. El valor predeterminado está desactivado.

La administración de ubicaciones de recepción describe las propiedades adicionales.

Paso 4: Enviar un mensaje

1. Abra Fiddler o Postman (o lo que prefiera).

2. Pegue la dirección URL del desencadenador de solicitud de la aplicación lógica. Copió esta dirección URL en el paso 3.

3. Seleccione POST como verbo HTTP y establezca el encabezado application/jsonContent-type en . En el cuerpo, pegue el siguiente código JSON:

   {"hello":"world"}
   

4. Dado que se trata de una llamada unidireccional a BizTalk, el resultado debe ser HTTP 202. Si usa el ejemplo del SDK de HelloWorld, vaya al servidor de BizTalk. Puede haber un archivo en la carpeta de envío.

Envío de mensajes a una aplicación lógica

Paso 1: Creación de una aplicación lógica

1. En el Azure Portal, cree una nueva aplicación lógica.

2. Agregar el desencadenador Cuando se recibe una solicitud HTTP

3. Agregue la acción Office 365 Outlook - Enviar un correo electrónico. En Dirección para, escriba la dirección de Office 365. En Asunto, escriba Sending from BizTalk. En Cuerpo, elija la salida Cuerpo del desencadenador Cuando se recibe una solicitud HTTP .

4. La aplicación lógica es similar al ejemplo siguiente:

   

5. Copie la dirección URL HTTP POST que se crea automáticamente al guardar la aplicación lógica; necesita esta dirección URL en el paso siguiente. Es posible que tenga que cerrar y volver a abrir la aplicación lógica para ver la dirección URL.

Paso 2: Crear un puerto de envío

Para BizTalk Server enviar mensajes a una aplicación lógica, la aplicación lógica debe tener un desencadenador Manual, como Manual: cuando se recibe una solicitud HTTP.

1. En administración de BizTalk Server, expanda administración BizTalk Server, grupo de BizTalk, aplicaciones y, a continuación, expanda la aplicación que desea ejecutar el puerto de envío. Por ejemplo, expanda Aplicación de BizTalk 1.

2. Seleccione Puertos de envío con el botón derecho, seleccione Nuevo y seleccione Puerto de envío unidireccional estático.

3. Escriba un nombre para el puerto de envío. Por ejemplo, escriba LASendPort.

4. En Tipo, seleccione LogicApp en la lista y seleccione el botón Configurar .

5. En la pestaña General , configure el URI de devolución de llamada del desencadenador de aplicación lógica. Existen dos modos para hacer esto:

   Opción 1: Pegue la dirección URL HTTP POST que copió en el paso anterior de la propiedad Desencadenador (URI de devolución de llamada). También puede copiar el URI mediante los pasos siguientes:

   1. En el Azure Portal, abra la aplicación lógica en el diseñador de Logic Apps (modo de edición).

   2. Seleccione la tarjeta Cuando se recibe una solicitud HTTP y copie la dirección URL.

   3. En el puerto de envío, pegue esta dirección URL en la propiedad Desencadenador (URI de devolución de llamada ).

      Sugerencia

      También puede usar las API de administración para obtener este URI.

      Opción 2 : si no conoce el URI de devolución de llamada del desencadenador, seleccione Configurar e inicie sesión en Azure. A continuación, use las listas desplegables para elegir la suscripción, el grupo de recursos, la aplicación lógica y el desencadenador.

6. Opcional. En la pestaña Enlace , configure cualquier tiempo de espera y propiedades relacionadas con la codificación del enlace de WCF-WebHttp subyacente. Estas propiedades son útiles al tratar con mensajes grandes.

   Use	Para hacer esto
   Tiempo de espera de apertura	Escriba el intervalo de tiempo que debe tardar en completarse la operación de apertura del canal. Este valor debe ser mayor o igual que System.TimeSpan.Zero. Valor predeterminado: 00:01:00 Valor máximo: 23:59:59
   Tiempo de espera de envío	Escriba el intervalo de tiempo que debe tardar la operación de envío en completarse. Este valor debe ser mayor o igual que System.TimeSpan.Zero. Si usa un puerto de recepción de solicitud-respuesta, este valor especifica un intervalo de tiempo para que se complete toda la interacción, incluso si el cliente devuelve un mensaje grande. Valor predeterminado: 00:01:00 Valor máximo: 23:59:59
   Tiempo de espera de cierre	Escriba el intervalo de tiempo que debe tardar la operación de cierre del canal en completarse. Este valor debe ser mayor o igual que System.TimeSpan.Zero. Valor predeterminado: 00:01:00 Valor máximo: 23:59:59
   Tamaño máximo de mensaje recibido (bytes)	Escriba el tamaño máximo, en bytes, para un mensaje, incluidos los encabezados, que se van a recibir en la conexión. El tamaño de los mensajes está enlazado por la cantidad de memoria asignada para cada mensaje. Puede usar esta propiedad para limitar la exposición a ataques por denegación de servicio (DoS). El adaptador de aplicación lógica aprovecha la clase WebHttpBinding en el modo de transferencia almacenada en búfer para comunicarse con un punto de conexión. Para el modo de transferencia almacenado en búfer, la propiedad WebHttpBinding.MaxBufferSize siempre es igual al valor de esta propiedad. Valor predeterminado: 65536 Valor máximo: 2147483647

7. Opcional. En la pestaña Mensajes , use la propiedad Encabezados HTTP salientes para agregar encabezados personalizados en el mensaje saliente.

8. Seleccione OK (Aceptar) para guardar la configuración.

La administración de puertos de envío y grupos de puertos de envío describe las propiedades adicionales del puerto de envío.

Paso 3: Enviar algunos mensajes

Puede crear un puerto de recepción y una ubicación de recepción mediante el adaptador de archivo. Asegúrese de que la aplicación lógica está habilitada.

1. Cree un puerto de recepción, como FileSendPort,

2. Cree una ubicación de recepción y establezca las propiedades similares a:

   Propiedad	Entrada de ejemplo
   Carpeta Recepción	C:\temp\In\
   Máscara de archivo	*.txt
   Canalización	PassThruReceive

3. En el puerto de envío que ha creado, establezca el filtro en:

   Propiedad	Operator	Valor
   BTS.ReceivePortName	==	FileSendPort

4. Cree un archivo de texto (FileName.txt) con el texto siguiente. Use este archivo de texto como mensaje de ejemplo:

   <Data>
     <DataID>DataID_0</DataID>
     <DataDetails>DataDetails_0</DataDetails>
   </Data>
   

5. Copie el mensaje de ejemplo (FileName.txt) en la carpeta de recepción. El puerto de envío envía el archivo .txt a la aplicación lógica mediante el URI que especificó. La aplicación lógica recibe los archivos. Si usó el conector de Office 365 Outlook, la dirección de correo electrónico Para debe recibir el correo electrónico, con el mensaje de ejemplo.

Siguientes

¿Qué son Logic Apps?

Creación de una aplicación lógica

Uso de adaptadores en BizTalk Server