Marco Antonio Hernández Prado

Cumulative Update 2 for BizTalk 2010 and BizTalk Adapter Pack (BAP), also CU3 for BizTalk 2009 and CU2 for BizTalk Adapter Pack 2.0

Marco Antonio Hernández Prado — Mon, 05 Sep 2011 06:26:28 +0000

The BizTalk CRT(Customer Response) Team has made a great effort by quickly addressing all the errors on BizTalk 2010 and its adapters, now they deliver, 3 months after the first CU1 for BizTalk 2010 and CU1 for BAP 2010, the CU2 de BizTalk 2010 and CU2 de BizTalk Adapter Pack.

The most outstanding cumulative updates are:

Transparent Setup
Enhanced EPM(End Point Mapper) debug Tracing
BizTalk Server 2010 Host Instances not coming back-on-line after SQL being off-line
BAM Archive checks & Logging before dropping tables from BAMPI
Applications stop responding or crash when System Center Operations Manager monitors BizTalk Server applications

More details here about the CU2: http://blogs.msdn.com/b/biztalkcrt/archive/2011/09/01/announcing-cu2-for-biztalk-server-2010-and-cu2-for-bap-2010.aspx

There is the link for downloads for BizTalk 2010:

Cumulative update package 2 for BizTalk Server 2010 http://support.microsoft.com/kb/2573000
Cumulative update package 2 for BizTalk Adapter Pack 2010 http://support.microsoft.com/kb/2572999

BizTalk 2009 also has important updates which correct bugs found and common for the two versions of BizTalk(2009 and 2010).

There is the link for downloads for BizTalk 2009:

Cumulative update package 3 for BizTalk Server 2009 http://support.microsoft.com/kb/2557149
Cumulative update package 2 for BizTalk Adapter Pack 2.0 http://support.microsoft.com/kb/2531605

Remember to keep checking the Microsoft BizTalk Server Solution Center of Microsoft Support http://support.microsoft.com/ph/14042

UPDATE (06/09/2011): this is a useful link about Cumulative Updates and Services Pack for all version of BizTalk Server http://support.microsoft.com/kb/2555976

ESB Toolkit Dynamic Responses in Chained Operations Using Itineraries.

Marco Antonio Hernández Prado — Tue, 22 Mar 2011 08:57:12 +0000

To manage dynamic responses within the ESB when in its services throw either a valid response or a faulted one, we implemented the following scenario that may help you with similar cases.

First you have to take into account serveral important points:

An itinerary can define dynamically its response paths. Within an itinerary you can define if a service will respond or not. This isn’t quite a visible property, but it can be used to define if the itinerary service will respond to the client or to the following service.

This will be the scenario used in our use case.

An orchestration can handle one-way or two-way processes, seen as a process that can be design from the itineraries. You don’t have to explicitly place the two-way ports to handle this type of processes. In some cases, handling orchestrations with two-way ports doesn’t allow a simple management of the process since the process is always going to demand for a response when the Decision shapes are used. This means that the process will be required to return a response in all branches of the Decide Shape (“If”,“Else”, etc). Sometimes this becomes too complex to deal with.

Orchestration that responds with a two-way port (not being used in our example):

Orchestration that responds with a one-way port (being used in our example):

Using Dynamic Responses in Chained Operations within Itineraries.

This a preview taken from the original ESB Toolkit Use Case, to us it will be the Dynamic Responses in Chained Operations within Itineraries use case.

As you can see, the services can respond to the next service or respond to the client that made the call.

Implementation Detail:

1. The incoming (On-Ramps) message is received within the ESB through the WCF Service Itinerary Services Response, this comes with the ESB Toolkit, 2.0 o 2.1.

2. The call is made through the ESB Toolkit Itinerary Tester Client, we added it to our solution to make the tests.

3. The defined itinerary is as follows:

The message is received and processed by the CustomOrchestration1 orchestration, then the result is sent to CustomOrchestration2 which processes and responds to the caller.

Lets take a look to the properties of each shape:

Receive Order

CustomOrchestration1 (Ochestration Extender)

4. The detail of the Orchestrations is as follows:

CustomOchestration1

This orchestration receives a message of the type Initial Order and transforms it to a message type CustomOrchestration1. Here we see two types of possible behaviors. If the Quantity field is equal Zero ( 0 ), an exception is thrown and responded to the caller.

The exception is handled with the ESB Exceptions Framework and published directly to the MessageBox. This same port is used to respond with the exception and to send the message to the following step.

In the Construct Shape Construct Outoubound Message, the message is constructed for the following step.

It is important to note that we use the correlation itineraryRequestResponse when sending the fault. This applies for both, CustomOrchestration1 and CustomOrchestration2.

CustomOchestration2

The difference between this orchestration and CustomOrchestration1, is the validation of the field. This one makes it with Total, validates if the Total is equal to zero and throws an exception. If the exception is thrown it is sent as a response to the caller, otherwise the response will be of type CustomOrchestration1. Bellow an example with its results:

a. The caller sends OK data. Quantiy has a value and Total has a Value. Then it goes through CustomOchestration1, CustomOrchestration2 and responds to the caller:

Message

DebugView

Itinerary Test Client

b. Caller sends data with Quantity in zero, Total with a value different from zero, goes through CustomOchestration1, this orchestration generates an error and sends the response to the caller, it doesn’t go through CustomOrchestration2.

Message

DebugView

Itinerary Test Client

c. The Caller sends data with Quantity ok. The Total with zero value, the message is processed by CustomOrchestration1 and sent to CustomOrchestration2. This orchestration generates an error and sends it as a response to the caller.

Message

DebugView

Itinerary Test Client

With all these three examples we could prove how the ESB can manage adequate responses when the message is correctly processed and also to give a response when the message isn’t processed correctly. Also, we can check in the ESB Portal the message and check the used itinerary.

Here is the sample code (install in “C:\Projects” folder):

iTSynergy.ESB.ChainedOperations_BTS2010_ESB_2.1.zip

iTSynergy.ESB.ChainedOperations_BTS2009_ESB_2.0.zip

New Exam Certification BizTalk 2010 – TS: Developing Business Process and Integration Solutions by Using Microsoft BizTalk Server 2010

Marco Antonio Hernández Prado — Sat, 05 Mar 2011 00:49:27 +0000

Después de la última certificación BizTalk 2006 R2 que salió hace casi hace 2 años y medio, Microsoft va a entregarnos el 30 de Marzo de 2011 la certificación de BizTalk 2010, más información en http://www.microsoft.com/learning/en/us/exam.aspx?ID=70-595. Espero estudiar y reforzar mis conocimientos en EDI, RFID y BAM. El examen (como todos los demás) los podemos …

iT Synergy Blogs with WordPress

Marco Antonio Hernández Prado — Fri, 04 Mar 2011 01:50:09 +0000

En el último mes estuvimos trabajando en la migración de nuestros blogs de BlogEngine.net a WordPress, el líder de este proyecto mi compañero Juan Camilo Zapata fue el encargado de realizar toda la migración, lo bueno es que usamos nuestro mismo server de IIS, instalamos PHP en el servidor, el feature de url writer y MySQL (también se puede trabajar con SQL Server, pero el multiblog solo se puede hacer con MySQL).

Agradezco a Juan Camilo por la colaboración con WordPress, veo una infinidad de posibilidades de trabajar con Plugins, Temas, Fondos, etc. Como ven ya tengo un Tag Cloud que me gusta mucho, y sigue funcionando con Windows Live Writer nuestros blogs. Las url son las mismas:

iT Synergy es ahora WordPress!!

MSE Collaborative Development – XML Static Response

Marco Antonio Hernández Prado — Thu, 13 Jan 2011 22:39:46 +0000

Managed Services Engine nos permite entregar respuestas de los servicios virtualizados así no tengamos construida la lógica de estos sino solo la fachada construida (contract first). La solución para este tema es static response. Veamos un ejemplo con el siguiente escenario.

En este escenario podemos considerar dos temas importantes, el primero es que los servicios no han sido finalizados, solo crearon sus fachadas, el segundo es que solo el servidor MSE tiene acceso a los Servidores de Servicios pero el Desarrollador no, el objetivo es virtualizar por medio del MSE los servicios del Server A Y B, crear una respuesta static y realizar el llamado desde la Developer Machine

1. Virtualización el Servicio

Las operaciones debemos virtualizarlas normalmente como cualquier otro servicio

2. Definir Static Response a la Operación

En el Layout End to End Item Management, damos click a la operación y con esta podemos ver en la parte inferior derecha las Entidades de Datos (Data Entities), un entidad es tipo Request y Otra tipo Response, para esta caso vamos a usar la entidad de Respuesta llamada CrearOrdenResponse

Al dar doble click sobre la Entidad podemos visualizar el contenido del Schema

Con la definición de este schema podemos crear el archivo XML de Respuesta, para esto nos podemos apoyar en la herramienta Liquid XML Studio http://www.liquid-technologies.com/ .

Copiamos el contenido del schemas en un archivo lo guardamos con extensión .xsd y lo abrimos con XML Liquid, con este podemos ir al Menu tools y generar un archivo XML de Ejemplo

Este es un ejemplo del archivo que genera la herramienta

Para copiar el xml de respuesta debemos ir a la operación (Crear Orden) y darle doble click, esto lo hacemos por el layout End to End Item Management, con la operacion desplegada copiamos el contenido en la pestaña Static Response . Para que MSE pueda responder sin ir al servicio debemos deseleccionar la opción Active y Seleccionar la opción Testable

Con esto ya configurado podemos realizar un llamado al servicio y este nos responde. Incluso si no enviamos parámetro alguno.

WCF TestClient Portable

Marco Antonio Hernández Prado — Thu, 13 Jan 2011 16:19:41 +0000

En diferentes proyectos hemos necesitado de esta herramienta para testear servicios en Producción, WCF Test client viene con Visual Studio 2008/2010, esta versión se puede descargar aquí, y se puede mover de un sitio a otro. Pueden descargarla aquí

Existen ciertas limitaciones con esta herramienta para ciertas operaciones de servicios WCF o tipos complejos datos de retorno (array)

Otra Herramienta interesante es wizdl. Pueden entrar a http://wizdl.codeplex.com/ , esta nos da facilidad de ingresar los datos de array de una manera más sencilla.

Rename a Machine with BizTalk 2009 (Applies to BizTalk 2010) and ESB Toolkit

Marco Antonio Hernández Prado — Mon, 10 Jan 2011 23:44:16 +0000

Una de los temas más complicados cuando desarrollamos con BizTalk es el manejo de los ambientes de desarrollo para el equipo del proyecto, normalmente nuestro equipo de trabajo no debe volver a hacer el ambiente de BizTalk pero si renombrar la Máquina Virtual, aquí mostramos los pasos de modo light para realizar esta tarea:

BizTalk

En la herramienta de BizTalk Configuration Wizard debemos desconfigurar todo BizTalk, incluyendo SSO

SQL Server

Para SQL Server además de estos pasos que mostramos debemos realizar los pasos que recomiendan para cambio de nombre en SQL Server:

How to: Rename a Computer that Hosts a Stand-Alone Instance of SQL Server – http://msdn.microsoft.com/en-us/library/ms143799.aspx
Renaming a Report Server Computer – http://msdn.microsoft.com/en-us/library/ms345235.aspx

Debemos ir a Notification Services y deshabilitar BAMAlerts y después eliminarla

En el administrador de SQL ir a bases de Datos y Borrar las siguientes:

BAMAlertsApplication
BAMAlertsNSMain
BAMArchive
BAMPrimaryImport
BAMStarSchema
BizTalkDTADb
BizTalkMgmtDb
BizTalkMsgBoxDb
BizTalkRuleEngineDb
SSODB

Borrar los siguientes Windows Logins de la Base de Datos:

BizTalk Application Users
BizTalk Isolated Users
BizTalk Server Administrators
BizTalk Server Operators
SSO Administrators

Después de Ejecutar Estos pasos debemos reiniciar el equipo

BizTalk – Configuración

Debemos ir a la consola de BizTalk a volver a realizar la configuración de BizTalk normal

ESB Toolkit

Temas a tener en cuenta:

Borrar Bases de Datos de ESB Toolkit
Reinstalar el ESB Toolkit
Desconfigurar UDDI (Eliminar AppPool UDDI)
Ejecutar de nuevo Microsoft.Practices.ESB.UDDIPublisher
El servicio de Notificaciones del ESB correrlo con usuario valido
Al iniciar BRE para hacer los deployment de Vocabularios y Políticas cambiarle el nombre al servidor de BizTalk a conectarse

Referencias: http://randomdust.com/blogs/ryan/archive/2007/04/27/rename-biztalk-2006-server-details.aspx

Manage DataEntities in Managed Service Engine

Marco Antonio Hernández Prado — Mon, 10 Jan 2011 22:54:41 +0000

En varios clientes hemos encontrado el siguiente escenario, “se debe actualizar el servicio virtualizado ya que servicio original cambió, se virtualiza el servicio con la operación actualizada pero el servicio virtualizado no cambia”:

Para hacer más sencilla la explicación voy a realizar el ejemplo con un servicio mock generado para pruebas. Este servicio tiene una operación llamada AddNumbers esta operación tiene un MessageContract llamado NumberRequest y este tiene un DataContract llamado Numbers, la operación AddNumbers retorna un DataContract NumbersResponse. Este DataContract en MSE se puede Visualizar en el Layout DataEntity Management.

Servicio visto con WCF Test Client con la operación AddNumbers, en esta podemos observar que obtiene el contrato Numbers, este tiene dos propiedades: Number1 y Number2

En MSE en el Layout DataEntity Management las podemos visualizar así:

Cambio en el Servicio

En el día a día nuestros servicios van cambiando tanto en sus operaciones como en sus contratos, en un mundo ideal deberíamos realizar cambios en los namespaces cuando cambie un contrato en un servicio, pero desafortunadamente así no es, en el mundo real de SOA MSE nos colabora con la administración de estas entidades (Contratos), primero veamos la actualización del Servicio WCF, esta fue hecha de una vez al contrato si haber realizado cambio alguno en el servicio o en el namespace.

Como hemos identificado que cambio el contrato, en el MSE lo que hacemos es una importación de schemas, no es necesario realizar importación de operaciones o de recursos.

Aquí seleccionamos Import Schemas

Seleccionamos los esquemas o esquema a importar, para nuestro caso vamos a seleccionarlos todos:

Después de la importación Exitosa, vamos al Menú Tools-Manage Service Model Components-Data Entities

En el menú desplegable seleccionamos el schema que queremos actualizar, para nuestro caso el schema numbers que está en el namespace http://xxxx/guidances/mockservices/datacontracts/numbers/1.0, seleccionamos la entidad de Tipo Complejo (Complex Type)

Si hay más de una versión(revisión)de esta entidad MSE nos muestra está información por fechas, aquí podemos ver que en la revisión del 1/11/2011 1:00:28 AM la entidad Numbers tiene dos propiedades, Number1 y Number2

La revisión Latest Revision la entidad Numbers tiene tres propiedades, Number1, Number2 y Number3, esta revisión es la que vamos a seleccionar

Seleccionamos Update Revision Reference

Aquí visualizamos que revisión hemos seleccionado:

En la pestaña Update References seleccionamos por cual revisión vamos a reemplazar la que seleccionamos, en este caso vamos a reemplazar la revisión Latest revision por la revisión 1/11/2011 1:00:28 AM

Cuando finalizamos el registro del Schema lo que al final sucede es la actualización de la Tabla SchemaObjectDependencies, cambia la asociación entre las columnas SchemaObjectID y ParentObjectID, después de la importación podemos reiniciar los servicios de MSE Runtime y hacer la actualización del Servicio expuesto por el MSE

Aquí volvemos a realizar el llamado por medio del WCF Test Client y ya vemos actualizada la entidad con el cambio solicitado

Release of cumulative update packages for BizTalk Server 2009 and BizTalk Adapter Pack 2.0

Marco Antonio Hernández Prado — Sat, 11 Dec 2010 16:06:45 +0000

Thiago Almeida nos comparte información sobre los dos Paquetes de actualización Acumulativa para BizTalk 2009 y para BizTalk Adapter Pack 2.0, mas información aquí

BizTalk 2010, Host Integration Server 2010 on MSDN and BizTalk ESB Toolkit 2.1 Release

Marco Antonio Hernández Prado — Tue, 05 Oct 2010 23:55:02 +0000

Para suscriptores de MSDN está disponible ya BizTalk 2010 en sus Ediciones Branch, Developer, Enterprise y Standard. También tenemos disponible Host Integration Server 2010 en sus ediciones Developer y Enterprise.

Adicionalmente, el 30 de septiembre Microsoft publico su versión final del ESB Toolkit 2.1