iT Synergy Blogs

Growing Innovation - Soluciones a problemas reales

Copyright © 2025 · iT Synergy·

Creando script de Itinerarios
Creando script de Itinerarios avatar

By Leave a Comment

El siguiente es un script sencillo que al ejecutarlo sobre la tabla de Itinerary nos permite obtener una sentencia SQL completa del insert necesario para trasportar nuestro Itinerario a otra base de datos para darle despliegue.

select ‘INSERT [dbo].[Itinerary] ([strName], [nMajor], [nMinor], [strDescription], [strModifiedBy], [dtModifiedTime], [nStatus], [imITML])
VALUES ( N”’ +strName +”’, ‘+
cast(nMajor as nvarchar) +’, ‘+
cast(nMinor as nvarchar) +
‘, N”’+strDescription+
”’, N”’+strModifiedBy +
”’, CAST(‘+ sys.fn_varbintohexstr(CAST(dtModifiedTime as varbinary(8)))+’ AS DateTime), ‘+
cast(nStatus as nvarchar)+
‘, N”’+cast(imITML as varchar(8000))+”’)’
from dbo.Itinerary

 

Resulta conveniente para distribuir entre los integrantes de un equipo de desarrollo para así estandarizar el modo en que los scripts se almacenan para pasos de ambiente y no tener el riesgo que existan scripts que contengan valores para en campo ‘nItinerarySetID’ o que se valgan de la sentencia SET IDENTITY_INSERT OFF que puedan a futuro traer comportamientos extraños en nuestras aplicaciones Biztalk.

Envío de archivos mediante el adaptador de AS2 en BizTalk 2010
Envío de archivos mediante el adaptador de AS2 en BizTalk 2010 avatar

By Leave a Comment

En este ejemplo vamos a utilizar BizTalk Server 2010 para el envío y la herramienta AS2Connector para recibir los archivos, puedes descargar una versión de prueba desde aquí. Para hacerlo un poco más real puedes usar 2 equipos (máquinas virtuales o una máquina virtual y una física.) En una máquina virtual se instala y configura BizTalk 2010 y en la maquina física se instala AS2Connector.

Luego de instalar el AS2Connector entramos con la contraseña inicial, digitamos nombre, correo y elegimos la opción USER FREE LICENCE.

image

 

En My Profile para el nombre de la organización digitamos TestPartner y tenemos en cuenta la url se van a recibir los archivos.

clip_image002

En Partners seleccionamos el único que hay por defecto, lo configuramos para que admita MDM y no requiera firma, ni cifrado tal como lo muestra la imagen.

clip_image004

Vamos a BizTalk creamos un ReceivePort. En el ReceiveLocation creamos la ruta de entrada para archivos XML, en el Pipeline escogemos XMLReceive y establecemos la propiedad AllowUnrecognizedMessage a True. Creamos un SendPort de tipo HTTP y digitamos la url de la maquina destino, la que les indique anteriormente.

clip_image006

En el Pipeline seleccionamos AS2Send; encargado convertir el mensaje al formato AS2, lo podemos encontrar en el BizTalk Group-> BizTalk EDI Application -> Pipelines.

clip_image007

Para que saber que mensajes vamos a enviar crear filtro en el SendPort.

clip_image008

Creamos unParty de nombre TestAS2 que identificará el origen del envío de los mensajes.

clip_image010

Y otro Party que  los recibirá.

image

Se escoge el SendPort configurado para AS2 y hacer clic en OK.

clip_image014

En Party->TestAS2->clic derecho New Agreement. En General Properties seleccionar Protocol AS2, en Party TestPartner.y elegir el Profile que se creó en el Party.

clip_image016

Para recibir el MDM crear un sitio y colocar en el evento load de la página inicial (Default.aspx en este caso), un desarrollo que obtenga toda la información del objeto Request; este contiene todos los datos del la confirmación del AS2 (MDM) y esta se escribe en un archivo o se almacena en BD, depende como lo requiera el negocio. En este ejemplo se crea un archivo. Luego de haber hecho el desarrollo seguimos configurando Biztalk.

Abrimos Parties, doble clic en el Agrement creado y en la pestaña TestAS2->TestPartner establecer la petición mediante MDN y escribir la dirección del sitio.

clip_image018

Creamos un archivo XML, arrancamos BizTalk e iniciamos el proceso colocando el archivo en la ruta de entrada, en pocos segundos vemos en el AS2Connector- Incoming  que el archivo llega a su destino.

clip_image020

En la maquina Biztalk vamos a la ruta donde se crea el MDM y tenemos la siguiente información.

clip_image022

Notamos que el mensaje fue recibido y la confirmación exitosa.

Cargar políticas al BRE de manera masiva
Cargar políticas al BRE de manera masiva avatar

By Leave a Comment

Cargar y publicar políticas en el BRE es una tarea muy fácil utilizando el Business Rules Engine Deployment Wizard que viene con BizTalk Server siendo esta una herramienta útil, pero cuando es necesario cargar un numero de políticas de manera masiva la tarea puede volverse complicada porque se necesitaría ejecutar el Wizard por cada política a desplegar.

Para solucionar este inconveniente se puede construir un componente que permita cargar varias políticas al BRE de manera masiva utilizando las clases que nos proporciona Business Rules Framework (BRF).

Para utilizar estas clases se debe hacer referencia a “Microsoft.RuleEngine.dll”

1. Para iniciar se debe crear un nuevo proyecto de tipo Console Application.

2. Se debe crear una carpeta donde se encuentran los archivos xml de las políticas que se desean subir al BRE

3. Obtenemos los archivos de la carpeta donde están ubicadas las políticas utilizando la clase Directory del System.IO

string [] files = Directory.GetFiles(directory, “*.xml”);

4. Se debe crear una nueva instancia de la clase FileRuleStore y como parámetro se debe dar el nombre de la política a almacenar en el sistema de archivos del RuleStore.

RuleStore store = null;

foreach (var fileName in files)

{

store = new FileRuleStore(filename);

}

5. Luego de ingresar las políticas se deben publicar y desplegar.

foreach (RuleSetInfo ruleset in store.GetRuleSets(RuleStore.Filter.Latest))

{

RuleSetDeploymentDriver driver = new RuleSetDeploymentDriver();

RuleStore ruleStore = driver.GetRuleStore();

ruleStore.Add(ruleset, true);

driver.Deploy(new RuleSetInfo(ruleset.Name, ruleset.CurrentVersion.MajorRevision, ruleset.CurrentVersion.MinorRevision));

}

Se obtiene las últimas políticas almacenadas con el método GetRuleSets, a continuación se publican en el RuleStore utilizando el método Add y finalmente se despliegan con método Deploy.

Es una implementación sencilla que puede facilitarnos la vida al momento de cargar políticas al BRE.