Blog Thinking Together

MVP de Microsoft por segundo año consecutivo

Roberto — Tue, 01 Jul 2008 17:31:44 GMT

Acabo de recibir un mail comunicándome la renovación del MVP de Biztalk por segundo año consecutivo.

Es una inyección de moral para seguir colaborando con la comunidad y aprendiendo de todos vosotros.

Saludos.

Poster Interactivo con las capacidades de Biztalk

Roberto — Thu, 26 Jun 2008 07:41:37 GMT

Microsoft ha publicado hace tiempo la siguiente página http://www.microsoft.com/biztalk/capabilities/reader/ construida con Silverlight, que permite ir navegando de forma interactiva por un poster con las capacidades de Biztalk Server 2006 R2.

Si hacemos click en cada funcionalidad del poster se abrirá una ventana explicando dicha capacidad con enlaces al msdn de microsoft por si queremos completar la explicación.

Saludos.

Como crear un adaptador con WCF LOB Adapter SDK

Roberto — Mon, 16 Jun 2008 07:10:00 GMT

He encontrado muy poca información en español sobre el desarrollo de adaptadores con WCF LOB Adapter SDK. Con este post intento poner mi granito de arena para intentar arrojar algo de luz sobre este tema.

¿Porqué la necesidad de WCF LOB Adapter SDK?

Los adaptadores desarrollados hasta ahora eran dependientes tanto del consumidor como de la aplicación destinataria, es decir un adaptador desarrollado para comunicar Microsoft Biztalk Server con SAP no nos vale para comunicar Sharepoint con SAP.

WCF LOB Adapter SDK soluciona esta limitación, permitiendo que el adaptador que desarrollemos para obtener información de una aplicación de línea de negocio pueda ser consumido desde Biztalk, desde SQL Server, desde Microsoft Office Sharepoint Server o por ejemplo desde una aplicación .NET personalizada.

¿Qué es WCF LOB Adapter SDK?

Es un conjunto de herramientas y componentes que nos van a facilitar el desarrollo de adaptadores para aplicaciones de línea de negocio.

Las principales características de WCF LOB Adapter SDK son las siguientes:

Proporciona un Wizard que facilita la creación de nuevos adaptadores guiando al desarrollador paso a paso.
Expone el adaptador como si fuera un binding de WCF.
Proporciona un Add-in que permite añadir referencias a adaptadores desde aplicaciones .net desarrolladas con Visual Studio 2005.
Crea un contrato dinámicamente en tiempo de diseño.

WCF LOB Adapter SDK está basado en el modelo de Canal de WCF.

El modelo de canal de WCF consiste en una pila con uno o varios canales que se encargan de procesar los mensajes que fluyen entre ellos. Es muy parecida a la pila de TCP.

WCF LOB Adapter SDK utiliza el modelo de extensibilidad de canales exponiendo los adaptadores mediante binding personalizados.

Pasos para la creación de un adaptador

En la siguiente url podemos descargarnos el SDK con el Service Pack 1.

A continuación vamos a empezar a desarrollar un adaptador de que nos permitirá obtener correos mediante el protocolo POP3. Este adaptador lo podremos usar independientemente en aplicación .net o por ejemplo en Microsoft Biztalk sin modificar una sola línea de código.

Asistente de creación del adaptador

Lo primero que debemos hacer es crear un nuevo proyecto en con Visual Studio 2005 y seleccionar la plantilla WCF LOB Adapter.

Una vez creado el proyecto se lanzará un asistente que nos irá guiando paso paso en la creación del adaptador.

En el primer paso debemos definir los siguientes campos:

Scheme: esquema usado para el protocolo de transporte del binding del adaptador. Por ejemplo el binding WSHttpBinding usa HTTP como esquema. Nosotros deberemos rellenar esta caja de texto con el valor mail.
Project namespace: todas las clases creadas por el asistente pertenecerá al namespace que pongamos aquí. Nosotros usaremos el namespace ejemplo.adaptadorwcf.
Service namespace: La concatenación del esquema más el namespace del proyecto dará lugar al namespace del WSDL generado por el adaptador. En nuestro caso el namespace del servicio será mail://ejemplo.adaptadorwcf. Si quisiéremos modificar el namespace propuesto por el wizard solamente tenemos que marcar la opción Overwrite default service namespace y modificar el valor por el que deseemos.

2. En el siguiente paso debemos definir la dirección del flujo de datos soportado por el adaptador:

Synchronous outbound: el adaptador soporta el envío de mensajes al sistema destino.
Asynchronous outbound: el adaptador soporta el envío de mensajes de forma asíncrona al sistema destino.
Synchronous inbound: el cliente recibe información del sistema destino vía adaptador.
Asynchronous inbound: el adaptador soporta la recepción de mensajes del sistema destino de forma asíncrona.

Además debemos definir las opciones de metadatos soportada por el adatador:

Retrieval: Genera la definición de las operaciones y tipos complejos del sistema destino. Esta información será utilizada por el adaptador para la generación del contrato del servicio.
Browse: Permite que el usuario navegue de forma jerárquica por los metadatos del sistema destino para seleccionar las operaciones que desea invocar.
Search:Permite que el usuario realice una búsqueda en los metadatos del sistema destino para seleccionar las operaciones que desea invocar.

3. En el siguiente paso debemos definir las propiedades del adaptador:

En nuestro caso no definiremos nada aquí.

3. En el siguiente paso debemos definir las propiedades de conexión con el sistema destino:

Las propiedades necesarias para la conexión son el servidor, el usuario y el password.

La gestión de credenciales utilizada en este ejemplo no es ni mucho menos la ideal, ya que se muestra el usuario y el password en texto plano en la URI. Os invito a que modifiquéis el adaptador para dar una solución mas eficiente y segura a la gestión de credenciales.

Finalmente se mostrará un resumen de la configuración del adaptador que hemos ido estableciendo en los pasos precedentes. Si estamos conformes pulsaremos en el botón Finish para que el Wizard cree las clases necesarias para implementar el adaptador.

Gestión de la conexión con el sistema destino

El adaptador crea por nosotros el esqueleto de las clases necesarias para poder gestionar la conexión con el sistema destino.

La clase Pop3AdapterConnectionUri.cs es la encargada de parsear y construir la cadena de conexión de la aplicación de línea de negocio destino.

El desarrollador del adaptador usará esta clase para parsear la URI de conexión proporcionada por el cliente y extraer de ella todos los parámetros de conexión necesarios.

public override Uri Uri
{
   get
   {
      	//Validación de las propiedades de conexión
      	if (Servidor == string.Empty)
      	{
           throw new InvalidUriException("Parámetro Servidor no válido");
      	}
      	if (Usuario == string.Empty)
      	{
           throw new InvalidUriException("Parámetro Usuario no válido");
	}
       if (Password== string.Empty)
       {
       	    throw new InvalidUriException("Parámetro Password no válido");
       }

       return new Uri(Pop3Adapter.SCHEME + "://" +
                      Servidor + "/" + Usuario + "/" + Password);

   }
   set
   {
      string[] datosUri = value.AbsoluteUri.Split('/');
                Servidor = datosUri[2];
                Usuario = datosUri[3];
                Password = datosUri[4];
               
   }
}

La clase Pop3AdapterConnectionFactory.cs es la responsable de definir y crear la conexión con el sistema destino.

Para ello debemos modificar el método CreateConnection para que devuelva un objeto de conexión con el servidor de correo.

public IConnection CreateConnection()
{
  return new Pop3AdapterConnection(conexionUri.Usuario,conexionUri.Password,

					conexionUri.Servidor, this);
}

El constructor de la clase Pop3AdapterConnectionFactory pasa en uno de los parámetros un objeto de tipo ConnectionUri con la información de conexión con el sistema destino. El problema es que el wizard no asigna ese objeto a ninguna propiedad de la clase con lo cual se pierde la información. Para solucionar este problema debemos declarar una variable privada llamada conexionUri y modificar el constructor de la clase para asignar a esta propiedad la información de conexión.

public Pop3AdapterConnectionFactory(ConnectionUri connectionUri
            , ClientCredentials clientCredentials
            , Pop3Adapter adapter)
{
    this.clientCredentials = clientCredentials;
    this.adapter = adapter;
    this.conexionUri = (Pop3AdapterConnectionUri)connectionUri;
}

Por último la clase Pop3AdapterConnection.cs es la encargada de realizar las llamadas a bajo nivel para gestionar la conexión con el sistema destino.

Debemos modificar el constructor de la clase para inicializar el objeto de conexión con el servidor de correo. La clase Pop3 es una clase gratuita obtenida de la web Codeproject en la url http://www.codeproject.com/KB/IP/despop3client.aspx que emplearemos para obtener los mail del servidor de correo.

public Pop3AdapterConnection(string Usuario,string Password, string Servidor,

				Pop3AdapterConnectionFactory connectionFactory)
{
    this.connectionFactory = connectionFactory;
    this.connectionId = Guid.NewGuid().ToString();
    objConexionPop3 = new Pop3.Pop3Client(Usuario,Password,Servidor);
}

Debemos modificar los métodos que se encargan de abrir y cerrar la conexión:

public void Close(TimeSpan timeout)
{
    objConexionPop3.CloseConnection();
}

 public bool IsValid(TimeSpan timeout)
{
    return true;
}
 public void Open(TimeSpan timeout)
{
    objConexionPop3.OpenInbox();
}

Gestión de metadatos

La clase Pop3AdapterMetadataBrowseHandler.cs se encargará de mostrar de forma jerárquica las categorías y operaciones de la aplicación de línea de negocio al consumidor para que este seleccione las operaciones que desea invocar.

Debemos implementar el método Browse de esta clase para mostrar la operación de Monitorización de correo al consumidor.

Como podemos ver en el siguiente código, este método devuelve cada una de las operaciones y categorías del sistema destino como una lista de objetos de tipo MetadataRetrievalNode.

public MetadataRetrievalNode[] Browse(string nodeId
            , int childStartIndex
            , int maxChildNodes, TimeSpan timeout)
{
	List<MetadataRetrievalNode> lista = new List<MetadataRetrievalNode>();
       //Nodo raiz
       if (MetadataRetrievalNode.Root.NodeId.Equals(nodeId))
       {

          MetadataRetrievalNode nodo = new MetadataRetrievalNode("Operaciones");
          nodo.Direction = MetadataRetrievalNodeDirections.Inbound;
          nodo.DisplayName = "Operaciones";
          nodo.IsOperation = false;
          return new MetadataRetrievalNode[] { nodo };
       }
       else
       {
          MetadataRetrievalNode nodoInbound = new MetadataRetrievalNode("MonitorizacionCorreo");
          nodoInbound.DisplayName = "MonitorizacionCorreo";
          nodoInbound.IsOperation = true;
          nodoInbound.Direction = MetadataRetrievalNodeDirections.Inbound;
          lista.Add(nodoInbound);

          return lista.ToArray();
       }
}

La clase Pop3AdapterMetadataSearchHandler.cs nos permite buscar operaciones en la aplicación de línea de negocio para su posterior invocación.

El usuario introducirá un criterio de búsqueda en el asistente del adaptador y el método Search de la clase Pop3AdapterMetadataSearchHandler.cs se encargará de realizar la búsqueda de metadatos en el sistema destino utilizando dicho criterio.

La implementación del método Search es muy similar al del método Browse. El método debe devolver como resultado una lista de objetos de tipo MetadataRetrievalNode que el adaptador usará para mostrar las operaciones encontradas al usuario para su posterior consumo.

En este caso concreto comparamos el criterio de búsqueda introducido por el usuario con la palabra "monitorizacioncorreo" devolviendo, si hay coincidencia, una lista con un nodo que contendrá la operación MonitorizacionCorreo.

Este es el caso mas simple que nos podemos encontrar, lo ideal es permitir al usuario que introduzca caracteres comodín para que la búsqueda sea mas sencilla para el.

public MetadataRetrievalNode[] Search(string nodeId
		, string searchCriteria
            	, int maxChildNodes, TimeSpan timeout)
{
	List<MetadataRetrievalNode> lista = new List<MetadataRetrievalNode>();
       
       if (searchCriteria.ToLower() == "monitorizacioncorreo")
       {
          MetadataRetrievalNode nodoInbound = new MetadataRetrievalNode("MonitorizacionCorreo");
          nodoInbound.DisplayName = "MonitorizacionCorreo";
          nodoInbound.IsOperation = true;
          nodoInbound.Direction = MetadataRetrievalNodeDirections.Inbound;
          lista.Add(nodoInbound);
       }
       return lista.ToArray();

La clase Pop3AdapterMetadataResolverHandler.cs es la encargada de obtener la definición de las operaciones y tipos complejos de estas operaciones, para que el adaptador pueda generar en base a esta información el contrato del servicio.

Esta clase tiene dos métodos que debemos desarrollar:

ResolveOperationMetadata: este método es el responsable de obtener los metadatos que representan las operaciones ofrecidas por el sistema destino.
ResolveTypeMetadata: este método es el responsable de obtener los metadatos de los tipos complejos usados por el sistema destino.

En el método ResolveOperationMetadata vamos a crear un objeto de tipo ParameterizedOperationMetadata que va a contener la definición de la operación.

Una vez creado el objeto que contiene la operación, vamos a ir añadiendo a la colección Parameters de este cada uno de los parámetros del la operación.

public OperationMetadata ResolveOperationMetadata(string operationId, TimeSpan timeout,

					out TypeMetadataCollection extraTypeMetadataResolved)
{
  extraTypeMetadataResolved = null;

  string nombreOperacion = "MonitorizacionCorreo";
  ParameterizedOperationMetadata operationMetadata =

		new ParameterizedOperationMetadata(operationId, nombreOperacion);

  operationMetadata.DisplayName = "RecibirNuevoCorreo";
  operationMetadata.OriginalName = "Evento_RecibirNuevoCorreo";

  OperationParameter asuntoCorreo = new OperationParameter("asuntoCorreo",

			OperationParameterDirection.In,

			QualifiedType.StringType, false);
  asuntoCorreo.Description = "Asunto del correo";
  operationMetadata.Parameters.Add(asuntoCorreo);

  OperationParameter cuerpoCorreo = new OperationParameter("cuerpoCorreo",

					OperationParameterDirection.In,

					QualifiedType.StringType, false);
  asuntoCorreo.Description = "Contenido del correo";
  operationMetadata.Parameters.Add(cuerpoCorreo);

  OperationParameter remitente = new OperationParameter("remitente",

					OperationParameterDirection.In,

					QualifiedType.StringType, false);
  asuntoCorreo.Description = "Remitente del correo";
  operationMetadata.Parameters.Add(remitente);

  OperationParameter destinatario = new OperationParameter("destinatario",

					 OperationParameterDirection.In,

					 QualifiedType.StringType, false);
  asuntoCorreo.Description = "Destinatario del correo";
  operationMetadata.Parameters.Add(destinatario);


  operationMetadata.OperationResult = null;
  return operationMetadata;
}

En nuestro caso no tenemos ningún tipo complejo por lo tanto no implementaremos el método ResolveTypeMetadata.

Ejecución de las operaciones

Ya por último solo nos queda añadir la lógica que monitorizará el correo y enviará los mensajes obtenidos al consumidor del adaptador.

Para ello vamos a implementar los siguientes métodos:

StartListener: lógica de escucha de mensajes asociados a una operación en concreto (action).
StopListener: fin de la escucha de mensajes.
TryReceive: intenta recibir un mensaje de entrada de la aplicación de negocio destino. Este método devuelve un valor booleano indicando si se ha podido obtener el mensaje del sistema destino o no.
WaitForMessage: espera un mensaje de entrada de la aplicación de negocio destino.

En el método StartListener crearemos una cola de mensajes que contendrán todos los mails del servidor de correo pendientes de notificar al consumidor.

Para monitorizar el servidor de correo vamos a crear un timer que cada 10 segundos compruebe los mails que hay.

public void StartListener(string[] actions, TimeSpan timeout)
{
       colaMensajesEntrada = new Queue<Message>();
       foreach (string action in actions)
       {
          if ("MonitorizacionCorreo".Equals(action))
          {
             delegado = new TimerCallback(Monitoriza);
             objThread = new Timer(delegado, null, 1000, 10000);
          }
       }
}

En el método StopListener pararemos la monitorización del servidor de correo.

public void StopListener(TimeSpan timeout)
{
	objThread.Dispose();
}

En el método TryReceive comprobaremos si la cola de mensajes tiene algún correo pendiente de notificar al consumidor del adaptador. La notificación la realizaremos mediante el parámetro de salida message que tiene el propio método. Además debemos de devolver como resultado de la función true en el caso que estemos devolviendo un mensaje o false si no tenemos nada pendiente que notificar del sistema destino.

public bool TryReceive(TimeSpan timeout, out System.ServiceModel.Channels.Message message,

			out IInboundReply reply)

{
       reply = new Pop3AdapterInboundReply();
       message = null;

       if (colaMensajesEntrada.Count != 0)
       {
          message = colaMensajesEntrada.Dequeue();
          if (message != null)
          {
              return true;
          }
        }
        return false;
}

El método encargado de monitorizar la entrada de nuevos correos obtendrá la conexión del servidor de correo de las propiedades del adaptador e irá encolando cada uno de los mensajes que reciba.

private void Monitoriza(Object stateInfo)
{
  int contadorMail=0;
  Pop3Client email = this.Connection.Conexion;
  while (email.NextEmail(contadorMail))
  {
     string asuntoCorreo = email.Subject;
     string cuerpoCorreo = email.Body;
     string remitente = email.From;
     string destinatario = email.To;

     Message msg = CrearMensajeRecepcionPedido(asuntoCorreo,cuerpoCorreo,remitente,destinatario);
     colaMensajesEntrada.Enqueue(msg);
     contadorMail++;
  }
            
}

El mensaje que debemos enviar al consumidor del adaptador para notificarle de la llegada de nuevos correos debe cumplir un formato concreto.

En el siguiente método podemos ver como transformar la información obtenida del servidor de correo en un formato que podamos enviar al consumidor a través del adaptador.

private Message CrearMensajeRecepcionPedido(string asuntoCorreo, string cuerpoCorreo,

					string remitente, string destinatario)
{

  Pop3Adapter adapter = this.Connection.ConnectionFactory.Adapter;

  String xmlData = String.Format(@"<RecibirNuevoCorreo xmlns=""{0}""><asuntoCorreo>" + asuntoCorreo

  + "</asuntoCorreo><cuerpoCorreo>" + cuerpoCorreo + "</cuerpoCorreo><remitente>" + remitente

  + "</remitente><destinatario>" + destinatario

  + "</destinatario></RecibirNuevoCorreo>", adapter.ServiceNamespace);

  XmlReader reader = XmlReader.Create(new StringReader(xmlData));

  Message msgResultado = Message.CreateMessage(MessageVersion.Default,

                          "MonitorizacionCorreo", reader);
  return msgResultado;
}

Despliegue del adaptador

Una vez desarrollado el adaptador, debemos firmarlo con un strong name y subirlo al Global Assembly Cache. Debemos copiar la clave pública del assembly una vez que lo hayamos subido al GAC ya que lo necesitaremos luego para registrar el adaptador en el fichero de configuración.

El adaptador lo podremos registrar tanto en el machine.config en el caso que queramos que el adaptador esté disponible para todos los proyectos de la máquina, o lo podemos registrar en el fichero de configuración del proyecto donde vayamos a consumir el adaptador.

Nosotros en este ejemplo vamos a registrarlo en el machine.config para que esté accesible desde todos los proyectos.

Vamos a registrar el adaptador como un elemento de binding. Para ello en la sección <system.serviceModel><extensions><bindingElementExtensions> añadiremos el

siguiente xml:

<add name="AdapterPOP3" type="ejemplo.adaptadorwcf.Pop3AdapterBindingElementExtensionElement,

Pop3Adapter, Version=1.0.0.0,

Culture=neutral, PublicKeyToken=447f918ac099d73e" />

También podemos registrar el adaptador como un binding. Para ello añadiremos el siguiente XML en la sección <system.serviceModel><extensions><bindingExtensions>.:

<add name="AdapterPOP3Binding" type="ejemplo.adaptadorwcf.Pop3AdapterBindingCollectionElement,

Pop3Adapter, Version=1.0.0.0,

Culture=neutral, PublicKeyToken=447f918ac099d73e" />

Una vez registrado el adaptador ya podemos utilizarlo en un endpoint de cliente. Para ello en la sección <system.serviceModel><client> vamos a añadir el siguiente XML:

<endpoint binding="AdapterPOP3Binding" contract="IMetadataExchange"
        name="AdaptadorPOP3" />

Debemos asegurarnos que el nombre del binding que pongamos en el endpoint sea el mismo que hayamos utilizado al registrar el binding.

En los próximos días publicaré un post indicando como consumir este adaptador desde una aplicación .NET.

Adjunto un archivo con el código fuente para que os quede un poco mas claro la implementación del adaptador. Solamente decir que este código ha sido implementado para servir de apoyo al post y en ningún momento está optimizado ni ha sido pensado para poder utilizarse en un entorno real.

Proyecto Fjord: Biztalk Mapper + Surface

Roberto — Mon, 28 Apr 2008 19:21:00 GMT

En el blog de Tim Rayburn aparece una noticia cuanto menos interesante.

Nos cuenta la integración de Biztalk Mapper y Surface. No dejéis de leer el post de Tim porque no tiene desperdicio.

Esperaremos noticias nuevas.

Biztalk Server 2006 R3

Roberto — Wed, 23 Apr 2008 09:15:00 GMT

Como siempre Biztalk se adapta a la nueva oleada de cambios tecnológicos y nuevos productos que han ido saliendo estos último meses.

Como en su día se adaptó a Visual Studio 2005 y a SQL Server 2005, Microsoft adaptará Biztalk Server a Windows Server 2008, Sql Server 2008 y .NET Framework 3.5.

El nombre de la release será Biztalk Server 2006 R3. Se espera una CTP para verano de este año y una versión RTM para el principios del año 2009.

Algunas de las novedades que traerá el produto son las siguientes:

Nuevas capacidades de registro de web service con soporte para UDDI (Universal Description Discovery and Integration) version 3.0
Nuevos adaptadores mejorados para aplicaciones LOB, bases de datos, ...
Soporte de conectividad e interoperabilidad mejorada para protocolos de la industria (SWIFT, EDI, etc)
Patrones SOA y guía de best practices para asistir a implementaciones de clientes

Desde Redmon

Roberto — Tue, 15 Apr 2008 20:21:00 GMT

Desde el sábado 12 estámos algunos MVPs en Seattle para asistir al MVP submit. Reunión donde los MVPs damos feedback al grupo de producto y estos a su vez nos presentan las novedades que incorporarán las siguientes versiones de los productos sobre los que somos MVPs.

En mi caso estoy asistiendo a las charlas que da el grupo de Connected System sobre Biztalk Server, OSLO y demás cosas que no puedo contar :). Es un espectáculo ver a DON BOX dar una charla.

En esta ocasión nos ha dadio tiempo a hacer algo de turismo por Seattle así como a hacer algunas compras :) (hay que aprovechar el cambio al dolar).

Recomiendo a todo el que se acerque por aquí que no deje de ver la fábrica de Boeing, es una auténtica pasada ver como construyen los aviones en situ.

Otro espectáculo que la gente no se puede perder es un partido de la NBA. Es puro espectáculo desde que empieza hasta que termina.

PD: Para mi gusto salen demasiado poco las Cheerleaders :).

Seguiremos contando.

Microsoft TechDays

Roberto — Mon, 25 Feb 2008 11:32:00 GMT

Buenas, llevo unos meses en el puesto de responsable de preventa de mi empresa y no me ha dejado mucho tiempo para escribir en el blog.

Tengo algún artículo pendiente de escribir que espero poderlos tener finalizado en breve ( WCF Adapter SDK, WF Services,..).

El martes 26 y miércoles 27 de Febrero es la presentación de Windows Server 2008, SQL Server 2008 y Visual Studio 2008. Habrá Tracks de lo mas variados desde presentaciones de introducción a productos y tecnologías hasta presentaciones en profundidad.

Os recomiendo mi charla Workflow Services en produndidad la cual tendrá lugar el día 26 a las 18:00 en la Sala Madrid.

En esta charla veremos que novedades tenemos en .net 3.5 con respecto a la integración de WCF y WF.

Nos vemos.

SOA Conference 2007

Roberto — Fri, 23 Nov 2007 19:46:00 GMT

Hay una conferencia sobre SOA el día 4 de diciembre en madrid.

Se contarán las novedades de Biztalk Server 2006 R2, roadmap de futuro "OSLO", charlas sobre Adaptadores de Biztalk para WCF, Conectando aplicaciones de negocio con Biztalk Adapter Pack, etc.

Espero veros por alli.

http://www.microsoft.com/spain/sunegocioconectado/

Un saludo.

Biztalk Server 2006 R2 disponible

Roberto — Fri, 28 Sep 2007 11:52:34 GMT

Ya está disponible la descarga via MSDN de Biztalk Server 2006 R2.

Para todos aquellos que quieran saber las novedades que trae esta release:

http://www.microsoft.com/biztalk/evaluation/default.mspx

Un saludo.

Compatibilidad de BizTalk Server 2006 y BizTalk Server 2004 en un equipo virtual

Roberto — Tue, 03 Jul 2007 21:29:00 GMT

Buscando información sobre soporte de instalación de Biztalk en máquinas virtuales me he encontrado el siguiente artículo de microsoft http://support.microsoft.com/kb/842301/es.

Leyendo el artículo vemos que Biztalk Server 2004 y 2006 están soportados completamente cuando son instalados en un sistema operativo soportado corriendo sobre Microsoft Virtual Server 2005.

Un saludo.

Ya soy MVP

Roberto — Tue, 03 Jul 2007 08:05:00 GMT

El lunes por la mañana cuando voy a leer el correo me encuentro con la grata noticia que me han nombrado MVP de Biztalk.

Simplemente agredecer tanto a Cesar de la Torre como a Cristina la MVP Lead de España por su apoyo.

Esto la verdad es que es una inyección de moral para seguir colaborando en foros, eventos, etc.

BizTalk Server 2006 R2 Beta 2

Roberto — Tue, 19 Jun 2007 09:48:00 GMT

En la siguiente url podremos descargar la beta 2 de la versión R2 de Biztalk.

http://support.microsoft.com/?kbid=936046

Además también están dispononibles nuevos ejemplos de código para esta versión.

http://go.microsoft.com/fwlink/?LinkId=86689

Un saludo.

8 consejos y trucos para mejorar la programación de BizTalk

Roberto — Tue, 29 May 2007 10:41:00 GMT

En el msdn aparece publicado un artículo de Marty Wasznicky y Scott Zimmerman donde se analizan los siguientes temas:

1. Utilice siempre tipos de mensajes con varias partes
2. Intente diseñar siempre orquestaciones con puertos de enlace directo
3. Utilice siempre esquemas internos y externos diferentes
4. Nunca exponga directamente sus esquemas internos en WSDL
5. Optimice siempre el registro de BizTalk para servicios web
6. Configure siempre el archivo de claves de ensamblado con una ruta relativa
7. Nunca pase por alto el código de ejemplo gratuito
8. Depuración XSLT en Visual Studio

Y lo mejor de todo es que está publicado en español :).

Saludos.

Troubleshooting Enterprise Single Sign-On

Roberto — Wed, 11 Apr 2007 15:15:00 GMT

En la siguiente URL tenemos información sobre los errores mas comunes que suelen surgir cuando usamos SSO.

http://msdn2.microsoft.com/en-us/library/aa953861.aspx

Espero que os sea de utilidad

Perdida de Templates en VS. 2005

Roberto — Mon, 09 Apr 2007 09:38:00 GMT

Después de instalar las extensiones de WCF, WWF y WPF he perdido las plantillas estandar de Visual Studio 2005.

La forma de solucionarlo ha sido la siguiente:

- Copiar el contenido de C:\Program Files\Microsoft Visual Studio 8\Common7\IDE\ProjectTemplates en la ruta My Documents\Visual Studio 2005\Templates\ProjectTemplates.

- Copiar el contenido de C:\Program Files\Microsoft Visual Studio 8\Common7\IDE\ItemTemplates en la ruta My Documents\Visual Studio 2005\Templates\ItemTemplates.

Con esto y sin tener que reinstalar Visual Studio se debería solucionar.

Policy Injection Application Block

admin — Mon, 12 Mar 2007 20:07:00 GMT

En el Enterprise Library 3.0 (CTP de Febrero 2007) han incluido a última hora un nuevo Application Block llamado Policy Injection Application Block.

Este application block permite definir políticas a métodos y objetos de forma declarativa.

Cada política contiene una serie de handlers que son ejecutados antes y después del método que tenga las políticas habilitadas. Las acciones a realizar por estas políticas serán Validaciones, Logging, manejo de excepciones, etc.

En la creación del objeto usaremos una clase Factory que será la encargada de inspeccionar el fichero de configuración de la aplicación y aplicar las políticas que hayamos definido en este.

Ejemplo de creación de un objeto:

Transferencias objTrans = PolicyInjection.Create<Transferencias>();

Aquí radica la principal potencia de este Application Block, que no tenemos que modificar nuestro código para poder modificar las políticas, ya que estas son definidas de forma declarativa en un fichero de configuración y se aplican en tiempo de ejecución.

Dentro del fichero de configuración vamos a tener un formato parecido al siguiente:

Aquí vamos a tener la lista de reglas que se deben validar antes de aplicar la política

</matchingRules>

Aquí vamos a tener la lista de handlers que ejecutará esta política

</handlers>

</add>

</policies>

La siguiente pregunta es, ¿Qué tiene que cumplir mi clase para poder se “interceptada” por este aplication block?:

Tenemos dos opciones:

· Declarar un interface del cual herede nuestra clase.

· Crear una clase que herede de MarshalByRefObject.

Ejemplo:

namespace DemoPolicyInjection

{

public class Transferencias: MarshalByRefObject

{

public void Transferencia(string numCuenta1, string numCuenta2)

{

//Código a implementar en el método

}

public void TransferenciaError(string numCuenta1, string numCuenta2)

{

//Código a implementar en el método

}

Imaginémonos que queremos grabar en un log todas las llamadas que reciba cualquier método de esta clase. Para ello debemos usar el siguiente xml:

</matchingRules>

</categories>

</add>

</handlers>

</add>

</policies>

</policyInjection>

Si analizamos el xml, vemos que para que se ejecute la política, el tipo del objeto debe ser Transferencias.

Cumplida esta condición se ejecuta el handler que en este caso graba en un fichero de log cada una de las llamadas que se hagan a cualquiera de los métodos de la clase Transferencia.

Los posibles valores que vamos a poder especificar en matchingRules son los siguientes:

AssemblyMathingRule (todos los métodos de un assembly)
CustomAttributeMatchingRule (todos los métodos que tengan un atributo el cual especificaremos)
MemberNameMatchingRule (un método en concreto)
MethodSignatureMatchingRule (una sobre carga en concreto de un método)
NamespaceMatchingRule (todos los métodos de un namespace específico)
ReturnTypeMatchingRule (todos los métodos con un valor de retorno específico)
TagAttributeMatchingRule (todos los métodos con el atributo Tag)
TypeMatchingRule (todos los métodos de un tipo específico)

Lista de Handlers en esta CTP:

LogCallHandler
ValidationCallHandler
ExceptionHandlingCallhandler

Este post simplemente es una breve introducción de la potencia de este Application Blog. En el caso de que queráis profundizar mas, os recomiendo los siguientes post:

Adjunto un archivo con el código de ejemplo utilizado para este post: policyinjection.rar

En este ejemplo se usaran el Application Blog para grabar en un fichero de texto todas las llamadas a los métodos de la clase Transferencias. Además en el caso de que se produzcan un error en alguno de los métodos también se registrará en un log dicha excepción.

Los archivos de log se guadan en la misma ruta que el ejecutable y se llaman Trace.log y exception.log

Cambio de host

Roberto — Wed, 07 Mar 2007 23:40:00 GMT

Después de una temporada gorroneando el espacio a mi amigo Enrique Blanco, ha llegado el momento de migrar el blog a un nuevo host.

He aprovechado para migrar todos los post (los pocos que hay :)) a Community Server y así probar que tal va comparado con dotnetnuke.

Lo dicho, mi enterno agradecimiento a Enrique por su cooperación desinteresada a la causa.