..:: Liarjo of Locksley ::..: Computers and Internet

Magic Quadrant for Business Intelligence Platforms, 2008

Thu, 21 Aug 2008 17:59:55 GMT

Gartner se dedica a hacer estos estudios y el 1 de febrero de este año sacó este sobre plataformas de BI.

Este mercado se está moviendo de ser dominado por empresas de Nicho hacia los proveedores de plataforma, basado en los desarrollos o adquisiciones de estás ultimas.

Muy interesante, vale la pena ver las “Strengths” y “Cautions” de cada plataforma.

Caso de movilidad, Compañia Argentina De Granos (CAGSA)

Wed, 04 Jun 2008 17:34:48 GMT

Siguiendo con la revisión de casos de movilidad, aquí hay otra aplicación móvil para productores Argentinos, pero esta vez en BlackBerry.

En Argentina, por las características del país estas aplicaciones están avanzando muy rápido. En mi pueblo tenemos que ponernos al día.

Uso de Blackberry en el campo

LA fuente del video es esta.

Excelente caso de movilidad en Argentina

Tue, 03 Jun 2008 14:24:13 GMT

Este es un excelente caso de movilidad realizado en Argentina. El video es muy ilustrativo de lo que los productores pueden hacer ahora que incorporaron esta tecnología.

Es una solución en Windows Mobile :-)

Al final del video dicen….

“…Sirviendo a la Patria defendiendo su producción.”

Notable misión tiene la esta asociación de productores.

Registro de la barrera sicológica de las 2000 Page View en el Blog

Mon, 02 Jun 2008 22:38:56 GMT

La semana que pasó por primera vez en la historia de este BLOG el contador de visitas de Live Space contó más de 2.000 Page Views. El registro exacto fue 2.173 visitas en esa semana.

Esto es para mí, que escribo el 99% de las cosas que aparecen aquí, un nuevo record. Esto tengo que agradecérselo a Google porque la mayoría de las visitas vienen referenciadas desde ese buscador.

Las 2.000 Page Views era una barrera sicológica que tenía ya que cuando partí con este BLOG con suerte yo lo veía. Hoy pienso que los Blog’s son una de las herramientas de la llamada WEB 2.0 más potentes y que sin duda pueden trasformar la manera como el conocimiento y las relaciones de las personas se dan en Internet.

Bueno, vamos a las medidas que es lo que a todo ingeniero le debe llamar la atención.

Primero, el registro de visitas de SPACE.

Aquí me cambio de herramienta de contabilización a ShinyStat, aquí tenemos una representación gráfica del origen de las visitas. Como es de suponer, la mayoría son de Latinoamérica seguidas de norte America y Europa.

El siguiente gráfico muestra los cinco países desde donde más visitan el BLOG.

Ahora, se muestra la distribución de horas de visitas. Las mejores horas se dan a las 11 de la mañana y 4 de la tarde. Me imagino que esto tiene que ver con el biorritmo y que a esas horas la productividad baja ;-)

Aquí tenemos la distribución de visitas durante la semana. Este es un blog de “cosas del trabajo” por lo que claramente en la semana hay mucho más interés que el fin de semana.

Por supuesto no pueden faltar algunas medidas técnicas. Aquí tenemos la distribución del uso de Browser y sistemas operativos. Explorer 7 sobre XP, potente combinación.

Bueno, este es un post muy grato para mí pero de poco interés para el resto. Me doy la licencia de subirlo porque me hace pensar que le apunte al inicio del camino para ser un bloger algún día en el futuro lejano.

Regional Architect Forum - Microsoft Cono Sur, 2008 / Contenido Conferencia

Thu, 22 May 2008 17:33:00 GMT

Como les comenté en este otro post, voy a exponer en el evento de arquitectos para cono sur la próxima semana.

Mi idea era ir con un cliente con el que hemos desarrollado una arquitectura móvil corporativa muy interesante. Lamentablemente por temas administrativos él no podrá asistir así que vamos a presentar con Martín Cabrera el tema. La idea es mostrar una aplicación práctica y como está implementación ayuda al cumplimiento de los objetivos de negocio de este cliente.

Aquí les paso la descripción de la exposición.

Arquitectura Móvil Corporativa

El avance en la cobertura de las redes de datos móviles, sus mejoras en las tasas de trasferencia de datos y su consecuente disminución de costos, sumado a los constantes avances de los dispositivos móviles está llevando a las empresas corporativas a desarrollar cada vez mas aplicaciones móviles para sus empleados en terreno. En un principio la movilidad se limitó a mensajería pero ahora ya estamos viendo como cada vez mas empresas incorporan aplicaciones móviles en sus diferentes equipos de trabajo en terreno.

En esta presentación revisaremos una arquitectura móvil corporativa que se hace cargo de los aspectos trasversales de este tipo de soluciones. Está arquitectura la hemos usado en clientes de diferentes industrias ( financiera, Minera y Vitivinícola) con muy buenos resultados.

Durante la presentación recorreremos los módulos de la arquitectura explicando cuáles son sus motivaciones y puntos clave. Brindaremos ejemplos en los que usamos cada uno de los módulos y como ellos ayudan a la construcción de solidas aplicaciones móviles de negocio.

Un punto importante a destacar es que está propuesta brinda un contenedor de aplicaciones que le da a los clientes la libertad de desarrollar nuevas aplicaciones, instalarlas y que estas usen todas las funcionalidades transversales provistas por la plataforma sin que cada aplicación se haga cargo de dichos aspectos.

La audiencia objetivo de esta presentación son arquitectos y desarrolladores de software que tengan interés en aplicaciones móviles.

HOW TO WCF, Seguridad

Sun, 27 Apr 2008 20:37:05 GMT

Cachureando en Google, encontré está lista de Link’s para WCF. Son del estilo “¿Cómo Hacer…?”

Así que para los desarrolladores que están en el mundo WCF le van a ser de utilidad.

Hay códigos de ejemplos y algunos son videos.

Que los disfruten.

PD: La info la encontré en el Blog de Madhu Ponduru

How To - Create and Install Temporary Certificates in WCF for Message Security During Development

How To - Create and Install Temporary Certificates in WCF for Transport Security during Development

How To - Impersonate the Original Caller in WCF calling from Web Application

How To - Impersonate the Original Caller in WCF calling from Windows Forms

How To - Use netTcpBinding with Windows Authentication and Transport Security in WCF from Windows Forms

How To - Use SQL Role Provider with Username Authentication in WCF calling from Windows Forms

How To - Use SQL Role Provider with Windows Authentication in WCF calling from Windows Forms

How To - Use Username Authentication with the SQL Membership Provider and Message Security in WCF from Windows Forms

How To - Use wsHttpBinding with Windows Authentication and Message Security in WCF from Windows Forms

How To - Use wsHttpBinding with Windows Authentication and Transport Security in WCF calling from Windows Forms

Video: How To - Host WCF in a Windows Service

Video: How To - Impersonate the Original Caller in WCF calling from a Windows Form

Video: How To - Use basicHttpBinding with Certificate Authentication from Windows Forms

Video: How To - Use netTcpBinding with Windows Authentication and Message Security

Video: How To - Use SQL Role Provider with Username Authentication in WCF calling from Windows Forms

Video: How To - Use WsHttpBinding with Certificate Authentication with Message Security

Video: How To - Use WsHttpBinding with Windows Authentication with Message Security

Video: How To - Create and Install temporary Certificates in WCF for Transport Security during Development

Video: How To - Create and Install temporary Certificates in WCF for Message Security during Development

Intranet - Web App to Remote WCF to SQL Server - Original Caller

Intranet - Web App to Remote WCF to SQL Server - Trusted Subsystem

Intranet - Web App to Local WCF to SQL Server - Original Caller

Internet - Web App to Remote WCF to SQL Server - Original Caller

MVP Global Summit 2008

Wed, 16 Apr 2008 16:40:41 GMT

Estoy desde el domingo pasado en Seattle, participando del MVP Global Summit.

¿Qué es esto?

Es la reunión mundial de los MVP, donde los grupos de productos y gente destacada de en estos temas hace presentaciones de lo que están trabajando.

Además de lo interesante que es hablar con los desarrolladores de los productos y tecnologías de Microsoft tenemos la oportunidad de compartir con gente de todo el mundo que es tan o mucho mas fanática que yo en temas de “computin”.

En broma digo que es la peregrinación anual a la meca del software Microsoft.

Aquí pongo un registro gráfico de lo diverso de los participantes. Ellos son mis “fans” Coreanos.

Un problema que tengo con este evento, es que los participantes tienen un acuerdo de confidencialidad del contenido que se trata aquí, por lo que no puedo dar detalles técnicos de lo que veo. Pero puedo compartir la agenda para que se hagan una idea.

SQL BI : What's new with Data visualization in SSRS2008
ASP.NET: .NET and RIA: A spin through ASP.Net and Silverlight and ASP.NET Ajax
ASP.NET: Deep Dive into ASP.NET MVC
ASP.NET: Developing Data Driven Applications Using ASP.NET Dynamic Data
ASP.NET: What's new for developers in IIS 7.0
ASP.NET: ADO.NET Data Services (AKA Astoria)
XML- Entity Framework Futures
Software as a Service + Q&A with Ray Ozzie
Innovation and Industry Trends + Q&A with Steve Ballmer
SQL Engine: Unlocking the power of SQL Server Compact
SQL BI: Integration Services in SQL Server 2008

Material de entrenamiento en WCF

Thu, 07 Feb 2008 00:58:02 GMT

Estimados,

he aquí una excelente oportunidad de estudiar WCF.

Ya no hay excusas :P

Material de Entrenamiento WF

Mon, 21 Jan 2008 14:50:58 GMT

Primer POST del año, como estamos de vacaciones de verano en Chile no he puesto mucha energía en este Blog. Espero retomar esto en Marzo 2008 ;)

Aquí hay un dato para las tardes de verano, buena época para estudiar WF.

Una lista del material de entrenamiento en WF, WF TRAINING MATERIAL.

Disfrútenlo.

La conferencia de SOA que cambió el mundo

Tue, 27 Nov 2007 04:00:52 GMT

Hoy fui a la mejor conferencia de SOA que he ido jamás. En rigor he asistido en Chile y EEU a conferencias de SOA, curso y otras yerbas. Es más yo mismo he dictado varias conferencias de SOA para desarrolladores y arquitectos de la comunidad de Microsoft Local.

Esto ocurrió en la cuarta conferencia anual SEPG Latinoamérica organizada por el ESI. El tema de esta conferencia es Process Improvement: Achiving Competitiveness in the Global IT Market.

Como pueden ver esta conferencia es de mejora de procesos pero en uno de sus track me encontré con esta conferencia “Migración de Sistemas a Ambientes de Arquitecturas Orientadas a Servicios” dictada por Grace Lewis del SEI.

Puntos destacables de esta conferencia que la hacen diferente a las otras que he asistido:

Una explicación notable de las diferencias entre invocación estática y dinámica de servicios, pasando por la necesidad de generar una ontología en el caso de dinámicas.
Se presentó el modelo SOA RM del Oasis [1].
Una explicación notable sobre el confuso concepto Granularidad de Servicios.
Definición de cuatro pilares fundamentales para el desarrollo de un sistema bajo el estilo SOA: Alineamiento estratégico, SOA Governance, Evaluación tecnológica, Cambio de mentalidad.
La Necesidad de una adopción ordenada, por fases como propone Roy Shulte [2]
SOA governance es el conjunto de políticas, reglas y mecanismos de cumplimiento para el desarrollo, utilización y evolución de elementos de un sistema basado en SOA y el para el análisis de su valor para el negocio.
Governance aplica tanto en tiempo de diseño y ejecución.
Presentación de T-CHECK[3] cómo método de validación de pruebas de concepto. Experimento con el objetivo de verificar el comportamiento de una tecnología en un contexto específico
Presentación del método SMART, método que analiza la factibilidad de reutilizar componentes como la base para servicios, Service Migration and Reuse Technique (SMART)[4]

Referencias

[1] Reference Model for Service Oriented Architecture 1.0

[2] Four Pillars of Service-Oriented Architecture

[3] A Process for Context-Based Technology Evaluation

[4] SMART: The Service-Oriented Migration and Reuse Technique

[5] European Software Institute

[6] Software Engineering Institute

Microsoft Workflow Foundation Rules Engine

Sat, 03 Nov 2007 16:58:17 GMT

En septiembre de este año participé en el evento Microsoft TechNet & MSDN Briefing exponiendo sobre Workflow Foundation de framework 3.0.

En esa conferencia hable muy superficialmente del motor de reglas de negocio que viene incluido en esta tecnología. Lamentablemente, el tiempo para explicar no era suficiente por lo que llegué a mi casa y describí en 3 post cómo usar ese motor de reglas.

Los post son esto:

1.- Windows Workflow Foundation, Rule Engine I ( 5 de septiembre)

2.- Windows Workflow Foundation, Rule Engine II (7 de septiembre)

3.- Windows Workflow Foundation, Rule Engine II (13 de septiembre)

El resultado de este trabajo quedó apto para escribir un solo artículo y postularlo para que sea publicado en el sitio de MSDN de Microsoft. Me fue bien con esa postulación por lo que comparto con ustedes aquello en el siguiente link:

Microsoft Workflow Foundation Rules Engine

Salu2

MVP Open Day en Chile

Fri, 05 Oct 2007 14:53:45 GMT

Me llegó la invitación para el evento MVP Open Day en Chile. En este evento los manager del programa MVP vienen a Santiago de Chile a conocer las comunidades locales, recibir feedback y compartir experiencias.

Esta es la invitación, será una excelente oportunidad de intercambiar ideas. Todo lo interesante que no sea NDA lo compartiré en este BLOG.

.NET FX Libraries Source Code

Thu, 04 Oct 2007 04:14:18 GMT

Estoy es una muy buena noticia. Microsoft va a entregar los códigos fuentes del Framework 3.5 para que los developer puedan hacer debug de manera integrada con sus programas y además usarlo de referencia de implementación.

La segunda utilización me parece mucho más útil que la primera, pero eso puede ser porque no hago tanto código como me gustaría.

Les dejo el Link donde pueden encontrar la información de primera fuente.

Salu2,

Releasing the Source Code for the .NET Framework Libraries

Windows Workflow Foundation, Rule Engine III

Thu, 13 Sep 2007 17:05:09 GMT

Introducción

En los 2 POST anteriores he tratado el tema del motor de reglas de Windows Workflow Foundation. El primero es una introducción que permite entender el concepto de RuleSet y cómo usarlo en un Workflow. El segundo explica cómo funciona el tema de las dependencias de las reglas y la manera de administrar las re evaluaciones por cambios de las condiciones de validación.

Ahora voy a mostrar algo que es muy potente. Hasta ahora, las reglas de negocio se encuentran compiladas dentro del Assembly del Workflow. La consecuencia de esto es que es necesario para cambiar las reglas volver a compilar. Esto es un contra sentido, porque la idea de desacoplar las reglas de código de programación es poder tener una separación clara de el código del Wrokflow de las reglas.

En este Post voy a tratar de explicar cómo usar una pieza de software de terceros que permite poner el RuleSet de negocio en una base de datos y así cambiar las reglas sin volver a compilar.

Separar las Reglas de Negocio del Assembly

Lo primero que debo presisar es que voy a utilizar un software de terceros llamado “External RuleSet Toolkit”[1]. Este código es de ejemplo y demuestra como almacenar en SQL el RuleSet. Además trae una interfaz Windows Forms para modificar las reglas en la DB y así los Workflow no son alterados por cambios en las reglas de negocio.

Lo primero que hay que entender es la arquitectura de esta solución. El siguiente diagrama muestra un WorkflowRuntime que tiene 3 instancias de Workflow corriendo. Cada una de esas instancias tiene una Custom Activity llamada “Custom Policy Activity”, que se encarga de obtener el RuleSet desde la base de datos a través del servicio “RuleSet Services”. Este Servicio debe ser agregado al WorkflowRuntime para que esta actividad de Políticas cutomizada pueda comunicarse con el RuleSet Repository que esta en la base de datos.

Imagen 1.

Además de los componentes para el Workflow este ejemplo de código trae el RuleSet Designer que es una interfaz gráfica para administrar los elementos del RuleSet Repository. Esta interfaz se muestra en la imagen 2.

Imagen 2.

¿Cómo se Instala?

Para poder usar el componente se deben cumplir con el proceso de instalación. Estos no los voy a explicar porque están perfectamente detallados en el manual de instalación de este ejemplo de código.

Ejemplo de Uso 1

Para usar este componente vamos a importar el RuleSet que usamos en el primer ejemplo del primer post de esta serie. Como sabemos las reglas de guardan en un archivo de extensión .rule. Usando la aplicación RuleSet Designer vamos a importar el archivo wfReglasEjemplo_1.rule que está en este ejemplo de código [2]. Una vez importado grabamos el RuleSet para que así quede persistente en la base de datos.

Ahora, creamos un Workflow secuencial y le agregamos la actividad customizada PolicyFromService que es la que enlaza con las reglas de la base de datos a través del Servicio. El workflow se ve como la siguiente imagen.

Imagen 3.

Las propiedades de la actividad PolicyFromService son:

1.- RuleSet Name: nombre del juego de reglas a usar.

2.- Major Version: numero de verison.

3.- Menor Version: número de sub versión.

EL RuleSet de nuestro ejemplo se llama Rule Set1. LA versión es la por defecto 1.0.

Ahora para que esto funcione debemos incluir el servicio de comunicaciones con el repositorio de la reglas en la base de datos. Para eso al runtime del Workflow agregamos el Servicio RuleSet Services. Para esto agregamos el siguiente código.

workflowRuntime.AddService(new RuleSetService());

Código 1.

Con esto tenemos listo nuestro ejemplo. Si lo ejecutamos obtenemos el resultado A=15, B=5, C=5, D=2 y E=7. Las reglas para hacer los cambios de los valores los leyó desde la base de datos!!!!!.

Ejemplo de Uso 2

Ahora, vamos a cambiar los valores para comprobar que descaplamos las reglas del Assembly. Para ello usamos la herramienta RuleSet Designer. Lo que haremos es mantener dos versiones de las reglas, así dependiendo de un valor usaremos una u otra regla.

Primero creamos una copia de las reglas, para eso usamos la función copy. Al hacer eso, nos aparece una nueva versión que por defecto es la versión 2.0. Usando la opción de Edit Rule, nos aparece el mismo formulario usamos antes para cambiar las reglas de Rule Set.

Si cambiamos las reglas y las grabamos en la base de datos el workflow inmediatamente comenzará a evaluar con el nuevo set de Reglas. Los valores de las reglas del segundo ejemplo son:

Regla_4: IF this.A == 15 THEN this.B = 5
Regla_3: IF this.C == 5 THEN this.B = 10
Regla_2: IF this.D == 2 THEN this.A = 15
Regla_1: IF this.B == 5 THEN this.E = 7000

Código 3: Reglas Ejemplo II

Las Reglas versión 2.0 se muestran en la siguiente imagen.

Imagen: Reglas Versión 2.0

Los resultados obtenidos al usar las reglas 2.0 son A=15, B=5, C=5, D=2 y E=7000, y para esto no tuvimos que compilar.

Buenos eso es, espero lo encuentren de tanta utilidad como yo!.

El ejemplo de este POST pueden descargarlo desde aquí.

Salu2

Referencias

[1] External RuleSet Toolkit, http://wf.netfx3.com/files/folders/rules_samples/entry309.aspx

[2] Ejemplo de código de Reglas, http://desarrollo.datco.cl/materialpublico/Test2_Reglas.zip

Windows Workflow Foundation, Rule Engine II

Fri, 07 Sep 2007 22:19:12 GMT

Introducción

Siguiendo con esta secuencia de POST orientados a tratar de explicar cómo funciona el motor de Reglas de Windows Workflow Foundation. En el primer POST tenemos se explica cómo funcionan la evaluación de reglas de un RulesSet y cómo se re evalúan por defecto.

En este pequeño POST trataré de explicar cómo se puede controlar la ejecución de reglas atómicas del RuleSet sin dependencia entre ellas. La idea es que en algunos escenarios complejos, quien escribe las reglas necesita tener mayor control sobre el comportamiento de las re evaluaciones, específicamente limitar la cantidad de reevaluaciones. Con esto se busca evitar loops infinitos, resultados erróneos por iteraciones de las reglas y algo no menor, mejorar el desempeño.

Control de dependencias de Reglas (Forward Chaining Control)

En nivel de control que permite Windows Workflow Foundation se puede configurar en dos puntos:

Conjunto de Reglas (RuleSet): con la propiedad Chaining Behavior.
En cada Regla (Rule): con la propiedad Reevaluation Behaivor.

Chaining Behavior

Esta propiedad actua a nivel de RuleSet, y tiene las siguientes tres posibilidades:

1. Full Chaining: este es el comportamiento por defecto que está descrito en el primero post de esta serie. Pueden verlo aquí.

2. Explicit Update Only: está opción deshabilita las dependencias implícitas y por atributos, dejando la posibilidad solo a las explicitas declaradas usando Update.

Un ejemplo sería con el RuleSet del código 1 y los métodos del código 2 utilizando Chaining Behavior con el valor por defecto Full Chaining el valor de salida de las variables A, B, C, D y E son 15, 5, 5, 2 y 7 respectivamente.

Ahora si se cambia la propiedad Chaining Behavior a Explicit Update Only, el resultado cambia a 15, 0, 5, 2, 0. Esto ocurre porque en este modo de se ignoran las dependencias declaradas como atributos.

Regla_1: IF this.B == 5 THEN this.CambiarE(7)
Regla_2: IF this.D == 2 THEN this.CambiarA(15)
Regla_3: IF this.C == 15 THEN this.CambiarB(10)
Regla_4: IF this.A == 15 THEN this.CambiarB(5)

Código 1

private int A = 0;

private int B = 0;

private int C = 5;

private int D = 2;

private int E = 0;

//Omitido el resto del código....Ver el proyecto de ejemplo

[RuleWrite("B")]

private void CambiarB(int valor)

{

this.B = valor;

}

[RuleWrite("A")]

private void CambiarA(int valor)

{

this.A = valor;

}

[RuleWrite("E")]

private void CambiarE(int valor)

{

this.E = valor;

}

Código 2

Para poder obtener el mismo comportamiento que en la primera prueba tenemos que cambiar el RueSet a lo mostrado en el código 3.

Regla_1: IF this.B == 5 THEN this.CambiarE(7)
Regla_2: IF this.D == 2 THEN this.CambiarA(15) Update("this/A")
Regla_3: IF this.C == 15 THEN this.CambiarB(10)
Regla_4: IF this.A == 15 THEN this.CambiarB(5)

Código 3

Al poner la dependencia de forma explícita entonces el motor de reglas cuando evalúa la regla 2, re evalúa a regla 4. El resultado obtenido es 15, 5, 5, 2 y 7 respectivamente.

3. Sequiencial: esta es la opción final y lo que hace es forzar a que el motor realice las evaluaciones en un orden línea estricto, es decir no re evalúa las dependencias.

Si al ejemplo anterior, le cambiamos el valor a Secuencial, entonces obtenemos el resultado 15, 0 ,5, 2 y 0 porque no hay re evaluación de la Regla 4

Reevaluation Behavior Property

Está propiedad se aplica a nivel de Reglas y permite la re evaluación o no de la regla. Los valore posibles son:

· Always: es el comportamiento descrito hasta ahora y el que viene por defecto.
· Never: al marcar una regla con Never está ejecutará las acciones THEN o ELSE sólo una vez según corresponda.

En el ejemplo anterior, si la Regla 4 es marcada con Never entonces los valores de salida con 15, 0, 5, 2 y 0 porque la Regla 4 no se re evaluó.

Función Halt

Está función es muy interesante porque permite controlar la ejecución de dependencias entre reglas relacionadas. Al incluir Halt en la acción THEN o ELSE, entonces el RuleSet retorna de manera inmediata el control al código que lo invocó.

Con lo expuesto en este POST más el primer POST de RULE ENGINE ya se puede echar a volar la imaginación y buscar las aplicaciones prácticas de está tecnología. Yo ya la uso en proyectos Reales.

Espero seguir con otro Post (esto solo es una expresión de deseo) que muestra otros aspectos de Rules Engine de Windows Workflow Foundation.

EL código fuente del ejemplo mostrado se puede descargar desde aquí.

Salu2

Windows Workflow Foundation, Rule Engine I

Thu, 06 Sep 2007 01:45:01 GMT

Introducción

La tecnología DotNet Framework 3.0 tiene un componente para implementar Workflow's[0] llamado Windows Workflow Foundation [1]. Este no es un producto de Workflow sino un motor de workflow más herramientas para los desarrolladores para que construyan sus propias soluciones de Workflow.

Dentro de las cosas más interesantes que veo en WF se encuentra su motor de Reglas de negocio (Rule Engine)[2].

Rules Engine permite hacer desde evaluación de condiciones lógicas hasta la definición y evaluación de complejas reglas que conforman políticas. En este post voy a tratar de explicar cómo se implementan esas políticas y cómo podemos usarlas en nuestros Worklows.

Lo primero que hay que entender es que las políticas son definidas por un conjunto de reglas semánticas llamado RuleSet. Estas reglas son del estilo If/Then/Else. Para poder invocar desde un Workflow la evaluación de un RuleSet se usa la actividad Policy[3].

Procedimiento de evaluación de las Reglas

Las Reglas que componen un RuleSet tienen una propiedad llamada Priority, que permite asignarle una prioridad a cada regla. El procedimiento de Evaluación del RuleSet es el siguiente:

La regla de mayor prioridad se evalúa y ejecuta la acción del Then o Else.
Si la acción (Then o Else) cambia el valor de un campo o propiedad que es usado por una regla anterior en la lista de reglas, esa regla afectada por el cambio se re evalúa.
La siguiente regla de la lista se evalúa y ejecuta la acción del Then o Else.

Veamos el siguiente ejemplo. Tenemos un Workflow sencillo de 3 Actividades, el que se muestra en la imagen 1. La primera actividad muestra los valores de las variables A, B, C, D, E en la consola. La segunda actividad es una Política que tiene 4 reglas que están priorizadas y la última muestra los valores después de aplicar el RuleSet de reglas.

Imagen 1: Workflow de Ejemplo y RuleSet.

El RuleSet se ve en la imagen 1. Las reglas se ejecutan desde la mayor prioridad (4) hasta la menor (1). El proceso en que se ejecutan las reglas es el siguiente:

Regla_4: Falso
Regla_3: Verdadero entonces B = 10.
Regla_2: Verdadero entonces A=15.
1. Como cambio A la Regla_4 se re evalua. Regla_4: Verdadero entonces B=5.
Regla_1: Verdadero entonces E=7.

Quedando cuando se ejecutan los valores mostrados en la imagen 2 en color Rojo.

Imagen 2: resultados.

Las dependencias entre las reglas son identificadas de tres maneras por el Rules Engine:

Dependencia implícita.

Este tipo de dependencia es la que vimos en el ejemplo 1, donde las acciones cambian valores que se usan en otras reglas.
Dependencia por atributos.

La dependencia por atributos es usado en reglas que llaman a métodos en el Workflow. Como llama a un método no tiene como deducir implícitamente que reglas debe ReEvaluar. Para usar este tipo de dependencia se debe usar uno de estos tres atributos en el método:

RuleRead: Este quiere decir que el método lee un valor usado en el RuleSet
RuleWrite: Este atributo indica que en ese método el valor indicado es modificado.
RuleInvoke: Este atributo le indica al motor que el método llama a otro método.

Veamos un ejemplo para que sea más simple de entender. Tenemos un Workflow igual al anterior pero con el RuleSet mostrado en la imagen 3. Las reglas son las mismas que antes, pero en vez de cambiar los valores de las propiedades A,B, C, D y E directamente en la acción de la regla se invoca a un método.

El código de cada uno de los métodos invocados desde el RuleSet se muestra en el código 1.

Pueden ver en la imagen 4 que el resultado de la evaluación es el mismo que en ejemplo de reglas implícitas porque se hacen los mismos cambios de valores pero en métodos decorados con los atributos que le dan al motor de regla la información necesaria para actuar.

Imagen 3

[RuleWrite("B")]

private void CambiarB(int valor)

{

this.B = valor;

}

[RuleWrite("A")]

private void CambiarA(int valor)

{

this.A = valor;

}

[RuleWrite("E")]

private void CambiarE(int valor)

{

this.E = valor;

}

Código 1.

Dependencia Explicita

La dependencia explicita se basa e declarar uno mismo los cambios que ocurren al ejecutar una acción. Para ello se usa la instrucción Update de esta forma Update("this/A") por ejemplo para indicarle al motor que el valor de la propiedad A cambio.
La única ventaja que he encontrado en la dependencia explicita es que se puede hacer por ejemplo esto Update("this/OrdenCompra/*") que le indica al motor que todos los atributos de la orden de compra cambian con esa acción. Esto es notable!!.
El próximo ejemplo se muestra en la imagen 4. Las reglas contienen ahora en la acción la directiva Update. El código de los métodos ya no tiene la directiva RuleWrite, por lo que el motor se entera del cambio de manera explícita. El código de los métodos de cambio, sin el atributo, se muestra en el código 2.
Por último el resultado sigue siendo el mismo!!! Y se muestra en la imagen 4.

Imagen 4.

private void CambiarB(int valor)

{

this.B = valor;

}

private void CambiarA(int valor)

{

this.A = valor;

}

private void CambiarE(int valor)

{

this.E = valor;

}

Código 2.

Imagen 4

El motor de reglas es mucho más potente de lo que se muestra en este POST, espero seguir explicando cómo funciona en una serie de post que quiero hacer sobre Windows Forkflow Foundation Rules Engine.

El código fuente de los ejemplos pueden descargarlos dese este Link

Salu2

Referencias

[0] Sistemas de Workflow, http://es.wikipedia.org/wiki/Sistemas_de_workflow

[1] Windows Workflow Foundation, http://msdn2.microsoft.com/en-us/netframework/aa663328.aspx

[2] Introduction to the Windows Workflow Foundation Rules Engine, http://msdn2.microsoft.com/en-us/library/aa480193.aspx

[3] Introducing Microsoft Windows Workflow Foundation: An Early Look , http://msdn2.microsoft.com/en-us/library/aa480215.aspx

Aproximaciones para manejo de datos en aplicaciones OCC

Fri, 31 Aug 2007 03:21:21 GMT

Los desarrolladores de aplicaciones móviles independiente de la tecnología que utilicen manejan el concepto de computación ocasionalmente conectada (OCC).

Las aplicaciones OCC tienen que tomar una decisión de arquitectura muy importante para enfrentar este problema: Data-Centric y Service-Oriented.

Las aplicaciones que utilizan la estrategia de Data-Centric tienen una base de datos relacional (RDBMS) en el cliente. Las capacidades de esta base de datos son utilizadas para propagar los cambios en los datos locales al servidor, administrando el proceso de sincronización, detectando y resolviendo los conflictos de datos.

La segunda aproximación es utilizar Service-Oriented, que almacena los datos locales en mensajes que son puestos en colas cuando el cliente está fuera de línea. Después que se restablece la conexión esos mensajes son enviados al servidor para ser procesados.

A continuación se desarrollan ambas aproximaciones.

Aproximación Data-Centric

Cuando se usa está aproximación, el servidor publica los datos a ser utilizados y los clientes se suscriben a los datos que necesitan, entonces obtienen una copia de los datos que necesitan antes de desconectarse.

Mientras la aplicación esta fuera de línea, los cambios son hechos sobre los datos locales mediante la interacción de la aplicación con sus datos locales.

Cuando el dispositivo vuelve a conectarse, la base de datos local propaga los cambios realizados a los datos locales. También, los cambios hechos en el servidor central son propagados hacia el cliente.

Cualquier conflicto ocurrido durante la fase de unión de los datos es manejado por el motor de resolución de conflictos, en base a reglas. Estas reglas son implementadas tanto en el servidor como en el cliente, de acuerdo a las propias reglas de negocio de la aplicación.

El proceso de fusión (Merge) de los cambios en los datos es conocido cómo Merge Replication. Los cambios pueden ocurrir de manera autónoma tanto el servidor como en el cliente, por esto no se utilizan transacciones ACID. En vez de una transacción, cuando se realiza el merge, todos los suscriptores recibirán el dato cambiado en el publicador.

La principal ventaja de usar esta aproximación es que todo el seguimiento de los cambios está contenido dentro de las funcionalidades de la base de datos. Generalmente, la base de datos incluye código para detectar conflictos de datos a nivel de filas y columnas a nivel de base de datos, códigos de validación y restricciones del dato. En este sentido el único trabajo que se debe hacer es armar el esquema de replicación para la aplicación móvil que optimice la resolución de conflictos y actualización de datos.

En este modelo, la sincronización de los datos es responsabilidad del motor de datos, por lo tanto, no es necesario codificar funcionalidades para ello. Se define que tablas son las que necesitan ser sincronizadas y el motor de datos se encarga de llevar el rastro de los datos, sincronizarlos y resolver conflictos. En este punto, la resolución de conflictos, si los criterios que vienen no son suficientes, pueden extenderse utilizando código.

Por otra parte, al existir una base de datos central, después que los clientes sincronizan los datos, se puede asegurar la convergencia de los datos es completa.

Las desventajas que aparecen al usar este modelo son las siguientes:

No puede ser usado en dispositivos son base de datos.
El deploy de las aplicaciones es cliente por cliente, por la configuración de la base de datos.
El deploy debe ser hecho por un administrador del cliente.
Cambios en el esquema de la base de datos central afectan todos los clientes.
Está atada a un motor de datos.
Si ningún criterio de resolución de conflictos resuelve el problema, este debe ser solucionado por el administrador.

Los escenarios recomendados para usar esta aproximación son:

Se controlan los dispositivos clientes para la instalación de la DB.
No se requiere interactuar con múltiples bases de datos.

Ø Se puede sincronizar utilizando HPPTS, VPN o la LAN.

Aproximación Service-Oriented

Con esta aproximación, los clientes interactúan con el servidor central consumiendo servicios a través de mensajes definidos. Pueden tener o no un cache de datos local. La ventaja es que no se necesita una base de datos local instalada en el cliente. Esto significa que está aproximación puede ser aplicada a muchos tipos de dispositivos sin las restricciones del uso de un motor de base de datos local.

El uso de está aproximación de servicios es particularmente apropiada cuando las aplicaciones deben operar en ambientes como Internet y Extranet. Esto porque es posible habilitar en el firewall la entrada de las peticiones de los clientes, por ejemplo Web Service.

El uso de servicios permite mantener bajo acoplamiento, lo que significa que puede interactuar con diferentes esquemas de base de datos.

La principal desventaja de está aproximación es que es responsabilidad del constructor del sistema codificar toda la funcionalidad que guarda relación con el modelo transaccional de Store and Forware de mensajes, como también implementar la contención de transacciones cuando el cliente está fuera de línea.

El uso de una aproximación de servicios se desempeña mejor en escenarios en los que la aplicación necesita interactuar con muchos servicios diferentes, provistos por diferentes servidores. Se comporta muy bien con múltiples trasportes, ya que es independiente el mensaje al trasporte usado. Por ejemplo un trasporte es Web Services.

Los escenarios recomendados para usar esta aproximación son:

Se quiere una solución desacoplada del cliente y servidor.
Se quiere tener todo el control y flexibilidad sobre la conciliación de los datos.
Se tiene experiencia en desarrollo de software de infraestructura.
Se requiere un cliente liviano.
Existe una arquitectura SOA en la organización dónde instalar el sistema.
Se requiere funcionalidad específica de negocio, la cual se encuentra en el Back-End.
Se requiere flexibilidad en los esquemas de bases de datos del servidor.
La aplicación opera en Extranet o Internet.

Si se quiere desarrollar aplicaciones OCC utilizando una orientación de servicios se deben considerar los siguientes puntos principales:

Uso de mensajería asíncrona preferentemente.
Administrar la interacción con la red.
Data Caching.
Implementación del mecanismo Store and Forward.
Administrar los datos y las reglas de negocio para solucionar conflictos de datos.

Referencias

[1] Smart Client Architecture and Design Guide

SOA REPORT 2007: Service-Oriented Architecture Graduates to the Enterprise.

Fri, 24 Aug 2007 15:00:42 GMT

Este es un informe que hizo InfoWorld en julio del 2007, recién salido del horno para el público general.

Lo he revisado y tiene interesantes resultados, alguno de los cuales comparto aquí.

Por supuesto mejor lo consiguen y leen completo ustedes mismos para evitar interpretaciones equivocadas de los cuadros que les comparto ;)

salu2

BizTalkLATAM's Blog : ¿Donde guardo mis parámetros de configuración?

Wed, 22 Aug 2007 20:19:40 GMT

En este link hay un muy buen POST de como alamcenar información de configuración para aplicaciones BizTalk.

BizTalkLATAM's Blog : ¿Donde guardo mis parámetros de configuración?

salu2

Visual Studio Plugin Now Available Globally | BlackBerry Developer Community

Fri, 17 Aug 2007 20:50:39 GMT

Por fin se liberó a nivel mundial el Plug-in de BlackBerry para Visual Studio .NET. Este permite generar aplicaciones para BlackBerry.

Se puede descargar del siguiente Link:

Visual Studio Plugin Now Available Globally | BlackBerry Developer Community

Yo ya tengo el mio funcionando!!!!! ;)

salu2

Comparación de desempeño entre .NET 3.0 e IBM WebSphere 6.1 Application Server

Wed, 01 Aug 2007 16:58:00 GMT

Este documento muestra una completa comparación hecha entre dos aplicaciones que tienen la misma funcionalidad. Una de estas aplicaciones está implementada en .NET (.NET StockTrader) versus otra hecha en IBM WebSphere (Trade 6.1 performance sample).

Este documento contiene la comparación de desempeño en diferentes configuraciones de las aplicaciones, incluyendo el desempeño de los Web Services, desempeño de la mensajería, etc.

El documento incluye todos los parámetros de sintonía y detalles de pruebas con la idea que uno pueda repetirla las pruebas para así corroborar los sorprendentes resultados que presenta el informe.

EL informe pueden descárgalo desde aquí

Ahora, para los Developer como yo, les paso el el link desde donde pueden descargar la aplicación .NET 3.0 StockTrader

Salu2

Windows Live Writer, dejó de ser BEta

Fri, 20 Jul 2007 22:52:10 GMT

Por fin salio la versión final del editor de Post, para los que le gusta escribir en Blogs está muy bueno.

Yo lo estoy usando para escribir este POST.

Dentro de las funcionalidades nuevas que trae están:

Poder dar una fecha de publicación.
Manejo de Plugin como por ejemplo para copiar código desde Visual Studio formateado.
Manejo de Glosario :O muy cool para quien postea puros acrónimos como ESB, WS, FIFO, LIFO, etc....
Mejora en la inserción de link's

Que lo disfruten, se puede descargar for free desde Aquí

salu2

Pipe and Filter, simple y útil.

Thu, 28 Jun 2007 00:15:57 GMT

Para un proyecto necesitamos hacer un Middleware. Este Middleware consume servicios del BackOffice del cliente, pero no es solo un catalogo de servicios sino que debe actuar como intermediario entre el cliente y los servicios.

Para implementar esta maravilla se me ocurrió mirar el patrón de diseño Pipe And Filter, después de leer con atención me dije que esto podía hacerse extremadamente simple y quedar muy útil.

Entonces en unas 2,5 horas hice el ejemplo que incluyo en este POST. Este es un ejemplo para mostrarlo a los otros Developer del equipo por lo que deben perdonarme algunas barbaridades en la escritura del código, no es un ejemplo de buenas prácticas de codificación.

Aclarado eso, vamos al grano!!

Descripción del Patrón

Lo primero es entender el patrón Pipe and Filter. Este patrón se refiere a una cadena de filtros por los cuales pasa un mensaje (Contexto), desde el inicio al final. Cada uno de los filtros tiene acceso al contexto tanto de lectura como de escritura. Quien controla el armado y ejecución del Pipe es un Controlador. Este controlador lee de la configuración cuales son los filtros y su orden, los carga y le pasa el contexto al primero. Cuando el primero ejecuta le regresa el control al Controlador para que tome el Contexto y se lo pase al siguiente filtro.

Diagrama 1: Pipe And Filter

Contexto

El contexto es lo que se comparte entre los filtros. Los filtros tienen que compartir un método de ejecución, es este método el que ejecuta el Controlador para que el filtro se active. La siguiente clase es un ejemplo de una implementación de una clase Contexto.

Diagrama 2: Clase Contextooperaciones

EL siguiente código muestra la implementación de de la clase contexto. Este contexto es el que se irá traspasando de filtro en filtro para ser usado en la lógica que implementa cada filtro. Aparte de los dos operadores, que se usaran como argumentos en cada filtro, tiene una lista de respuestas dónde almacenará la respuesta de cada uno de los filtros. Así al terminar la ejecución del Pipe se contará con los resultados de cada filtro en la lista.

Código 1: Clase Contextooperaciones

Filtro

Los filtros componen el Pipe. La idea de los filtros es que expongan un método que los acciones (los ponga a trabajar) y que cuando terminen de ejecutar ese método regresen el Contexto al Controlador del Pipe. En el siguiente diagrama se muestran cuatro filtros los cuales exponen el método interceptar como iniciador del trabajo del filtro.

Diagrama 3: Clases que implementan filtros

El método que los acciona es Interceptar (muy creativo el nombre) el cual recibe el contexto, ejecuta la lógica programada en el filtro y deja el contexto en la propiedad miNuevoContexto para que el controlador del Pipe pueda tomarlo.

El siguiente código muestra la implementación del filtro. Este filtro lo que hace es sumar dos números que lee del contexto y guardar el resultado en una lista de resultados. Esa lista contendrá el resultado de todas las operaciones realizadas en el Pipe, esto es posible porque la lista de resultados está en el contexto y no el filtro.

Código 2: Clase FiltroSuma

Controlador

El controlador es el director de orquesta de este patrón, toma desde la configuración cuales son los filtros que debe cargar y en qué orden. Cuando inicia la ejecución utiliza el contexto y se lo entrega al primer filtro ejecutando su método para gatillar la lógica del filtro. En el ejemplo anterior el método Interceptar.

Diagrama 4: Controlador

En el siguiente código se muestra la clase PipeManager, que es el controlador del Pipe. LA instanciarse la clase, se le pasa la configuración XML que contiene los filtros a ser cargados. Una Vez cargados los filtros, el Pipe está listo para ser ejecutado.

Para poner en acción el Pipe es necesario llamar al método Ejecutar pasándolo el contexto inicial como argumento. Opcionalmente hay un parámetro de la ejecución que se llama ExceptionForward. Este segundo parámetro especifica cómo se comporta el Pipe si hay una excepción en alguno de los filtros. Puede comportarse de dos maneras ante una excepción: detenerse o guardar en el log y avanzar.

Código 3: Clase PipeManager

Programa para probar el código

Para probar la implementación hice una aplicación de consola que instancia el controlador pasándole la ruta del archivo XML que contiene la configuración de los filtros. Paso dos, crea el contexto inicial. Luego comienza un loop en el que pide ingresar los dos operadores, los carga en el contexto y ejecuta el Pipe.

Código 4: Clase Program

Configuracion XML

La configuración XML se muestra en el siguiente archivo XML.

Código 5: Xml configuración

Los códigos de este ejemplo los pueden descargar aquí.

Salu2

Entendiendo la administración de SOA

Mon, 18 Jun 2007 19:37:13 GMT

He aquí un excelente artículo sobre administración de SOA (SOA Management) escrito por Dain Hansen para BEA.

El aspecto de administración es crítico para el éxito de las iniciativas de SOA. Para lograr cumplir con la promesa de lograr agilidad usando SOA no solo es necesario una solida tecnología de servicios sino administrarla de manera efectiva.

En el siguiente link pueden ver una buena introducción al tema de administración.

Understanding SOA Management: What's in your SOA?

Salu2

Mi primera aplicación BlackBerry

Thu, 31 May 2007 00:53:55 GMT

Ayer terminé mi primera aplicación BlackBerry (BB) [1] que hace consultas a una base de datos MSSQL [2]. Es un piloto demostrativo para Cliente XXX. El esquema de la solución es muy simple:

1.- Cliente JAVA desarrollado con MDS Studio [3]
2.-Web Services con dos métodos, uno para cada tipo de consulta.
3.- Una base de datos con los datos a consultar.

No es un tema complejo, como son simples consultas nada de la NASA. Ahora, MSD STUDIO es una herramienta hecha para aplicaciones simples, que tiene un Wizard con el cual puedes construir una aplicación de consultas a Web Services con 3 Click’s sin saber nada de JAVA. Utiliza un concepto muy cool, que es Workflow. Si ha usado el ide de desarrollo de BEA [4], hace tiempo que ellos lo tienen. Es una simplificación del concepto de Page Flow.

Una vez ejecutado el Wizard de desarrollo en base a servicios Web, queda customizar la aplicación, proceso que se hace con código JAVA y JAVA SCRIPT [5].
Los resultados son como esto.

Salu2

Referencias
[1] BlackBerry: http://na.blackberry.com/eng/developers/
[2] MSSQL: http://www.microsoft.com/sql/default.mspx
[3] MDS Studio: http://na.blackberry.com/eng/developers/downloads/studio.jsp
[4] BEA: http://es.bea.com/
[5] Java Script: http://es.wikipedia.org/wiki/JavaScript

Link's de Biztalk :)

Mon, 28 May 2007 04:49:14 GMT

Trabajando de “consultor” para un proyecto con BST 2006 [1] me topé con estos link’s, que están bien interesantes.

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

BizTalk Server 2006 samples

Servicios web de BizTalk Server 2006

Biztalk Server 2006 Capabilities Poster

Biztalk Server 2006 Runtime Architecture Poster

BizTalk Server 2006 Legacy Modernization Poster

Salu2

[1] Biztalk Server 2006