January 2008 - Posts

ScreenCast : Intro AJAX ControlToolkit en VS2008
31 January 08 07:21 AM | mmonterroca | 2 comment(s)
Les dejo este screencast nivel 100 en donde veremos cómo Instalar, Configurar  y utilizar AJAX ControlToolkit dentro de Visual Studio .NET 2008
 
 
 
 
Nota: Tuve un problema ligero problema con el audio y en ocasiones se escuchan unos picos de ruido, por eso es mejor reproducirlo a un nivel de audio moderado.
La perdida de un amigo
29 January 08 09:49 PM | mmonterroca | with no comments

Hoy me acabo de enterar de la perdida de un estimado amigo, Enrique Jorquera a.k.a. Kuriaki  lo conozco desde hace casi 10 años cuando comencé a participar en las comunidades Microsoft (news://msnews.microsoft.com/) él siempre fue una persona admirada, respetada y querida por todos. Tuve la suerte de conocerlo personalmente el año pasado en un MVP Round Table en México DF aun  recuerdo muy bien el abrazo que nos dimos después de únicamente mantener una "relación" electrónica. El día de ayer lamentablemente murió de cáncer lo cual es una gran tristeza para la comunidad informática que seguía con frecuencia su post en los foros de microsoft.

¡Suerte y éxito en donde quiera que sigas amigo!

Filed under:
Métodos del Runtime en Workflow Foundation
30 January 08 03:26 AM | mmonterroca | 2 comment(s)

 

En este articulo profundizaremos un poco más acerca de los métodos disponibles en el Runtime, su sintaxis y su uso en Workflow Foundation.

La clase WorkflowRuntime

El runtime del flujo de trabajo es el intermediario entre la aplicación host y las instancias del flujo de trabajo. Aunque el flujo de trabajo es una parte muy importante de Windows Workflow Foundation, el runtime juega un papel muy importante en el ciclo de vida de los flujos de trabajo. La clase System.Workflow.Runtime.WorkflowRuntime representa el runtime del flujo de trabajo y proporciona una gran funcionalidad para manejar el ambiente del runtime. Utilizando esta clase, se tiene control absoluto de la ejecución de las instancias del flujo de trabajo y del runtime mismo. La clase System.Workflow.Runtime.WorkflowRuntime es responsable de varias tareas que son muy importantes. Una de ellas es la de el manejo de eventos del runtime que acabamos de ver en la sección anterior. Otra de ellas es la gestión del Runtime.

Gestión del Runtime

La clase WorkflowRuntime expone dos métodos públicos que se relacionan con la gestión del runtime del flujo de trabajo: StartRuntime y StopRuntime.

El método StartRuntime permite que se ejecuten dos importantes acciones. Primero, existen servicios base del runtime que siempre deben existir en un flujo de trabajo del runtime: un servicio de transacción del flujo de trabajo y un servicio planificador del flujo de trabajo. Cuando se llama a este método, se realice una validación para revisar si alguno de estos dos servicios ha sido añadido manualmente al runtime. Si no, el runtime crea instancias de default para cada tipo de servicio. La clase por default del servicio de transacción es DefaultWorkflowTransactionService, y la clase por default del servicio de planificación es DefaultWorkflowSchedulerService. Después de que los servicios se agregaron e instanciaron exitosamente al runtime, cada servicio es iniciado con el método Start. Adicionalmente a la configuración de los servicios que ocurre durante el proceso de arranque del runtime, a la propiedad IsStarted del runtime se le da el valor true, y se genera el evento Started Started.

Llamar al método StopRuntime tiene el efecto contrario. Se detienen todos los servicios, se descargan todas las instancias de flujos de trabajo, a la propiedad IsStarted se le da el valor false, y se genera el evento Stopped event. La Tabla 2 nos muestra los diferentes métodos de trabajo existentes en el workflow Runtime:

Método

Descripción

CreateWorkflow

Crea una instancia del flujo de de trabajo utilizando los parámetros especificados.

GetAllServices

Regresa todos los servicios que han sido agregados al engine del runtime del flujo de trabajo que derivan del tipo especificado.

GetLoadedWorkflows

Obtiene una colección que contiene todas las instancias de flujos de trabajo actualmente cargadas en memoria.

GetService

Obtiene un servicio del engine del runtime del flujo de trabajo que usa el tipo especificado.

GetWorkflow

Obtiene las instancia del flujo de trabajo que tiene el Guid especificado.

RemoveService

Quita el servicio especificado del engine del runtime del flujo de trabajo.

StartRuntime

Inicia el engine del runtime del flujo de trabajo y los servicios del engine del runtime del flujo de trabajo.

StopRuntime

Detiene el engine del runtime del flujo de trabajo y los servicios del engine del runtime del flujo de trabajo.

Tabla 2. Métodos del Workflow Runtime

Iniciar y manejar instancias del Workflow

Una de las tareas más importantes que el runtime puede realizar es iniciar instancias del flujo de trabajo. Adicionalmente a iniciar las instancias, el runtime expone la funcionalidad para manejarlos. Para manejar una instancia del flujo de trabajo, simplemente hay que llamar el método CreateWorkflow de la instancia WorkflowRuntime. Existen muchas formas de llamar a este método, pero el más comúnmente usado es el que usa una instancia Type, que representa el tipo de la clase de flujo de trabajo. Por ejemplo:

//MiWorkflow es la definición de clase del workflow                 
 
Type workflowType = typeof(MiWorkflow);     
 
// usa el runtime del workflow runtime para crear una instancia de MiWorkflow 
 
WorkflowInstance workflowInstance = 
 
theRuntimeInstance.CreateWorkflow(workflowType);

Aunque el código anterior crea una instancia del flujo de trabajo, en realidad no inicia el flujo de trabajo. El método Start method de la clase WorkflowInstance es la que lo hace, como se puede ver en el siguiente código:

// inicia la instancia del flujo de trabajo 
 
workflowInstance.Start(); 

 

En el siguiente ejemplo podemos ver la ejecución de los métodos StartRuntime y StopRuntime del WorkFlowRuntime junto con el método Start para la instancia del flujo de trabajo:

Main() 
 
{ 
 
string connectionString = "Initial Catalog=SqlPersistenceService;Data Source=localhost;Integrated Security=SSPI;"; 
 
 
 
using (WorkflowRuntime workflowRuntime = new WorkflowRuntime()) 
 
{ 
 
ExternalDataExchangeService dataService = new ExternalDataExchangeService(); 
 
workflowRuntime.AddService(dataService); 
 
dataService.AddService(expenseService); 
 
 
 
workflowRuntime.AddService(new SqlWorkflowPersistenceService(connectionString)); 
 
workflowRuntime.StartRuntime(); 
 
 
 
workflowRuntime.WorkflowCompleted += OnWorkflowCompleted; 
 
workflowRuntime.WorkflowTerminated += OnWorkflowTerminated; 
 
 
 
Type type = typeof(EjemploWorkflow1); 
 
WorkflowInstance workflowInstance = workflowRuntime.CreateWorkflow(type); 
 
workflowInstance.Start(); 
 
 
 
waitHandle.WaitOne(); 
 
 
 
workflowRuntime.StopRuntime(); 
 
} 
 
}
Eventos del Runtime en Workflow Foundation
30 January 08 03:25 AM | mmonterroca | 2 comment(s)

 

En este articulo profundizaremos un poco más acerca del Runtime Engine, los diferentes eventos del Runtime, su sintaxis y su uso en Workflow Foundation.

Runtime Engine

La arquitectura de Windows Workflow Foundation consta de seis partes principales, el Runtime Engine es una de ellas. El Runtime Engine es una librería que ejecuta flujos de trabajo. El Runtime Engine también provee otros servicios, como mecanismos para comunicarse con software fuera del flujo de trabajo. Todos los flujos de trabajos dependen del Windows Workflow Foundation Runtime Engine. Este motor ejecuta cada flujo de trabajo y maneja su estado a lo largo de su tiempo de vida. El Windows Workflow Foundation Runtime es una librería; por lo tanto, debe ser ejecutado en algún proceso host. En vez de proveer un host requerido, Windows Workflow Foundation le permite al Runtime (y a cualquier flujo de trabajo que ejecute) ser alojado en cualquier proceso Windows, desde una simple aplicación de consola de Windows o una aplicación de formulario, hasta un servidor complejo diseñado teniendo en cuenta el ambiente de flujo de trabajo.

Windows Workflow Foundation cuenta con un conjunto de servicios que le permiten al Runtime ejecutarse dentro de ASP.NET, aunque los vendedores independientes de software y los usuarios finales son libres de crear sus propias aplicaciones contenedoras de flujo de trabajos para aplicaciones existentes.

Al ser Windows Workflow Foundation un Framework para flujos de trabajo en vez de un producto independiente, y al soportar este tipo de diversidades, se convierte en una meta explícita para sus creadores. A pesar de que cada host usa el mismo Runtime Engine, cada uno debe proveer un conjunto de servicios Runtime. Estos servicios brindan soporte para persistir el estado de un flujo de trabajo, rastrear su ejecución, usar transacciones, etc.

Un flujo de trabajo puede ser de larga duración, ya que podría ejecutarse durante horas, días o semanas, y el Runtime de Windows Workflow Foundation podría apagarse durante un flujo de trabajo, y persistentemente almacenaría su estado si hubiera estado inactivo por un período de tiempo.

La decisión de descargar el flujo de trabajo se puede lanzar porque éste se encuentra bloqueado esperando un evento externo; esta decisión es tomada típicamente por el Runtime. Para escribir estados del flujo de trabajo en el disco, el Runtime depende del servicio de persistencia proporcionado por su proceso host.

Los eventos del flujo de trabajo son procesados por el Runtime a través de los delegados de manejo de eventos.

WWF_Eventos_1

¿Por qué son importantes los Runtime Events?

Porque proporcionan un mecanismo para hacer un seguimiento del ciclo de vida del flujo de trabajo, por ejemplo cuando se crea un flujo de trabajo, cuando finaliza el mismo flujo, etc. Otro beneficio de manejar eventos del Runtime es que proporcionan un mecanismo para dar seguimiento a todas las instancias del flujo de trabajo. De esta forma podemos determinar cuántos fueron los flujos de trabajo fueron creados, abortados, terminados, etc. Entre los eventos que se ejecutan del lado del workflowRuntime a los que se puede suscribir son:

Del tipo:

  • EventHandler<WorkflowRuntimeEventArgs>
  • EventHandler<WorkflowEventArgs>

Del motor:

  • Started
  • Stopped

De las instancias:

  • WorkflowCreated/Started/Stopped
  • WorkflowAborted/Terminated/Completed
  • WorkflowIdled/Loaded/Persisted/Unloaded

Eventos de Flujo de Trabajo

Los eventos del flujo de trabajo son procesados por el Runtime a través de los delegados de manejo de eventos. Estos eventos son generados/levantados por el Runtime del flujo de trabajo y no por la instancia del flujo de trabajo. Asimismo, tampoco son modelados como parte de la definición de flujo de trabajo. Los eventos enviados por el Runtime del flujo de trabajo contiene el identificador de la instancia del flujo de trabajo que generó el evento. La Tabla 1 nos muestra los diferentes eventos de flujo de trabajo existentes:

Eventos de flujo de trabajo

Descripción

ServicesExceptionNotHandled

Generado cuando la instancia del flujo de trabajo no puede manejar la excepción interna

Started

Generado cuando se inicia el runtime

Stopped

Generado cuando se detiene el runtime

WorkflowAborted

Generado cuando se aborta la instancia del flujo de trabajo

WorkflowCompleted

Generado cuando se completa la instancia del flujo de trabajo

WorkflowCreated

Generado cuando se crea la instancia del flujo de trabajo

WorkflowIdled

Generado cuando la instancia del flujo de trabajo está inactiva(por ejemplo: Delay o EventSink)

WorkflowLoaded

Generado cuando la instancia del flujo de trabajo se carga en memoria (por ejemplo: re-hydrated)

WorkflowPersisted

Generado cuando la instancia del flujo de trabajo tiene persistencia

WorkflowResumed

Generado cuando la instancia del flujo de trabajo se reanuda después de ser suspendida

WorkflowStarted

Generado cuando se inicia la instancia del flujo de trabajo

WorkflowSuspended

Generado cuando el runtime suspende la instancia del flujo de trabajo

WorkflowTerminated

Generado cuando el runtime o internamente se termina la instancia del flujo de trabajo

WorkflowUnloaded

Generado cuando la instancia del flujo de trabajo se descarga de memoria (por ejemplo: Hydrated)

Tabla 1. Eventos de Flujo de Trabajo

 

En el siguiente ejemplo podemos ver la implementación del evento WorkflowCompleted del WorkFlowRuntime:

private void ApplicationInitMethod() 
 
{ 
 
WorkflowRuntime workflowRuntime = new WorkflowRuntime(); 
 
workflowRuntime.WorkflowCompleted += new EventHandler<WorkflowCompletedEventArgs>( 
 
workflowRuntime_WorkflowCompleted); 
 
} 
 
 
 
void workflowRuntime_WorkflowCompleted(object sender, WorkflowCompletedEventArgs e) 
 
{ 
 
MessageBox.Show("Se completó el flujo de trabajo"); 
 
} 

 

En el siguiente ejemplo podemos ver la implementación del evento WorkflowCreated del WorkFlowRuntime:

private void ApplicationInitMethod() 
 
{ 
 
WorkflowRuntime workflowRuntime = new WorkflowRuntime(); 
 
workflowRuntime.WorkflowCreated += new EventHandler<WorkflowCompletedEventArgs>( 
 
workflowRuntime_WorkflowCreated); 
 
} 
 
 
 
void workflowRuntime_WorkflowCreated(object sender, WorkflowCompletedEventArgs e) 
 
{ 
 
MessageBox.Show("Se creó el flujo de trabajo"); 
 
} 
Filed under: , ,
Conceptos básicos de programación 3d en WPF
29 January 08 07:42 PM | mmonterroca | with no comments

 

En este articulo conoceremos los conceptos básico de programación en tercera dimensión para Windows Presentation Foundation

 

Durante muchos años el escribir programas que generasen modelos en 3D estaba limitado a aquellas personas que supieran tecnologías como OpenGL o DirectX y lenguajes no siempre muy sencillos de usar como C++. En WPF se inicia un nuevo panorama en la programación de modelos tridimensionales de que con relativa facilidad es posible crear modelos en 3D utilizando clases predefinidas que trae el .NET Framework desde luego pudiendo ser uso de los lenguajes de programación como C# y VB o o bien utilizando el XAML.

El sistema de gráficos de tercera dimensión de Windows Presentation Foundation se encuentra completamente integrado al sistema de graficos 2D y todos los elementos y primitivas visuales que son válidos en el entorno 2D también serán válidos en el trabajo en tercera dimensión, por ejemplo sabemos que para generar un gradiente utilizamos el elemento <LinearGradientBrush> . De la misma manera podemos utilizar la misma técnica para generar una textura que tiene cualquier objeto generado en tercera dimensión con el mismo método sin necesidad de aprender algo nuevo.

Esto representa una gran ventaja para los desarrolladores toda vez que no es necesario aprender un lenguaje diferente u objetos distintos para manejo de gráficos de tercera dimensión si no que es posible reutilizar todo el conocimiento adquirido con el dibujo 2D y simplemente aprender a algunos conceptos nuevos propios del modelo de 3D.

Generando un objeto 3D con WPF

1) El elemento ViewPort3D nos brinda la capacidad de dibujar una escena tridimensional en una superficie de dos dimensiones.

Este elemento expone la colección Children que es una colección de objetos ModelVisual3D dentro de los cuales implementaremos nuestras escenas tridimensionales. El código requerido es el siguiente

XAML:

<Viewport3D ClipToBounds="True" Width="150" Height="150">
 
<Viewport3D.Children>
 
<ModelVisual3D>
 
</ModelVisual3D> 
 
</Viewport3D.Children>
 
</Viewport3D>
 

2) Dentro del elemento ModelVisual3D podemos especificar cualquier dibujo que deseemos. Sin embargo a diferencia de los gráficos en dos dimensiones donde existen primitivas predefinidas para dibujar objetos como elipses o rectángulos, en el mundo de 3D únicamente contamos con una clase denominada MeshGeometry3D en la cual es posible especificar un conjunto de vértices de triángulos mediante la propiedad Positions. Esto se debe a que cualquier dibujo tridimensional es posible describirlo con triángulos. Recordemos lo que sucede en los juegos de video: cuando hacemos un acercamiento fuerte alguna escena tridimensional podemos apreciar que las puntas y contornos de los objetos se tornan triangulares, esto se debe a que muchos objetos de los videojuegos, al igual que en WPF, son conjuntos de triángulos, que mediante su composición dan la sensación de un objeto tridimensional.

Nota: En el caso de WPF en .NET 3.5 se agrega un nuevo elemento llamado Viewport2DVisual3D que permite de una manera más sencilla generar una vista tridimensional a partir de la descripción de un objeto 2D.

Regresando a nuestro ejemplo una vez que hemos definido nuestra superficie de dibujo procederemos a utilizar la propiedad ModelVisual3D.Content para dentro de la misma especificar un MeshGeometry3D, en este caso con las posiciones establecidas estaremos generando un cuadrado

XAML

<ModelVisual3D.Content>
 
<GeometryModel3D>
 
<GeometryModel3D.Geometry>
 
<MeshGeometry3D
 
Positions="-0.5,-0.5,0.5 0.5,-0.5,0.5 0.5,0.5,0.5 0.5,0.5,0.5 -0.5,0.5,0.5 -0.5,-0.5,0.5 " />
 
</GeometryModel3D.Geometry>
 
</GeometryModel3D> 
 
</ModelVisual3D.Content>

3) A diferencia de lo que sucede con los objetos 2D donde el concepto de luz no existe, en 3D es indispensable especificar una fuente de luz debido a que si no existe ésta simplemente nuestro objeto no será visible de la misma manera que sucede en la misma vida real. Esto significa debemos de especificar el lugar que estará irradiando la luz y el tipo de material del cual se compone nuestro objeto es decir si éste es reflejante o no.

WPF especifica tres tipos de materiales el SpecularMaterial que refleja la luz de tal manera que el objeto parece brillar, el EmissiveMaterial que refleja la luz y el DiffuseMaterial que no refleja la luz.

En nuestro ejemplo utilizaremos el material DiffuseMaterial. Para especificar el tipo de material del cual se compone nuestro Mesh hacemos uso del siguiente código dentro de GeometryModel3D:

XAML

<GeometryModel3D.Material>
 
<DiffuseMaterial Brush="Red" ></DiffuseMaterial>
 
</GeometryModel3D.Material>

4) Dentro del mundo de tercera dimensión los objetos cambian de apariencia desde el punto de vista de quien observa al objeto. En WPF especificamos este punto de vista haciendo uso de los objetos que heredan de ProjectionCamera.

Controlamos a nuestras cámaras como si en verdad la cámara estuviera posicionada en el espacio, la propiedad Position es del tipo Point3D y especifica las coordenadas en la cual se encuentra la cámara.

XAML:

<Viewport3D.Camera>
 
<PerspectiveCamera Position="0,0,2"/>
 
</Viewport3D.Camera>

Si nosotros ejecutamos el código que llevamos hasta el momento veremos lo siguiente.

 

Aquí antes que nada podemos ver que se generó un cuadrado derivado de los vértices que se le especificaron al elemento MeshGeometry3D. Como aún no hacemos ninguna transformación de nuestro objeto no podemos ver la profundidad que tiene. Añadiremos una transformación posteriormente. Otro aspecto que podemos resaltar es que a pesar de que el material especificado con DiffuseMaterial fue de color Red estamos viendo que nuestro programa muestra el cuadrado en color negro. Esto se debe a que aún no hemos especificado la manera en la cual llega la luz al objeto, estos pasos los haremos a continuación.

5) Para agregar una fuente de luz a nuestra escena, dentro de ViewPort3D.Children especificaremos el siguiente código

XAML:

<ModelVisual3D>
 
<ModelVisual3D.Content>
 
<DirectionalLight Color="White" Direction="-0.5,-0.1,-0.5" />
 
</ModelVisual3D.Content>
 
</ModelVisual3D> 

6) Al ejecutar el código del listado previo podemos ver que ahora nuestro objeto está reflejando la luz y por lo tanto mostrando el color que se le especificó previamente.

7) Procederemos ahora generar una transformación dentro del elemento GeometryModel3D que nos permitirá ver a nuestro objeto en profundidad y de esta manera percibir el efecto de tercera dimensión. Para realizar este objetivo es necesario hacer uso de la clase RotateTransform3D que funciona de una manera similar a su equivalente bidimensional, pero a diferencia del segundo, en el primero hacemos uso de 3 dimensiones para rotar al elemento deseado. A continuación se muestra el uso de este objeto

XAML:

<GeometryModel3D.Transform>
 
<RotateTransform3D>
 
<RotateTransform3D.Rotation>
 
<AxisAngleRotation3D Axis="0,3,0" Angle="40" />
 
</RotateTransform3D.Rotation>
 
</RotateTransform3D>
 
</GeometryModel3D.Transform> 

8) Para finalizar nuestro ejemplo animaremos la propiedad Angle de la transformación. La sintaxis para hacer animación en elementos 3D es exactamente la misma que para los objetos bidimensionales. (ver capítulo “Animación”). Con esta animación veremos que el objeto está moviéndose de una manera circular.

El código requerido es el siguiente:

XAML

<Viewport3D.Triggers>
 
<EventTrigger RoutedEvent="Viewport3D.Loaded">
 
<BeginStoryboard>
 
<Storyboard>
 
<DoubleAnimation From="1" To="360" Duration="0:0:03" AccelerationRatio="1" RepeatBehavior="Forever" 
 
Storyboard.TargetProperty="(Viewport3D.Children)[1].(ModelVisual3D.Content).(GeometryModel3D.Transform).(RotateTransform3D.Rotation).(AxisAngleRotation3D.Angle)"></DoubleAnimation>
 
</Storyboard>
 
</BeginStoryboard>
 
</EventTrigger>
 
</Viewport3D.Triggers>
 

El código completo de todo el ejemplo es el siguiente:

XAML

<Grid>
 
<Viewport3D ClipToBounds="True" Width="150" Height="150">
 
<Viewport3D.Camera>
 
<PerspectiveCamera Position="0,0,2"/>
 
</Viewport3D.Camera>
 
<Viewport3D.Children>
 
<ModelVisual3D>
 
<ModelVisual3D.Content>
 
<DirectionalLight Color="White" Direction="-0.5,-0.1,-0.5" />
 
</<