Misael Monterroca

Reunión de la Comunidad .NET de la Ciudad de México del mes de noviembre

mmonterroca — Thu, 26 Nov 2009 22:28:00 GMT

El día de hoy será la reunión de comunidad de la cd de México, las platicas estaran muy interesantes y tambien se transmitiran por live meeting para quienes no puedan asistir fisicamente. Mas información de las platicas -> http://www.superneurona.com/

Para conectarse por livemeeting sigan las siguientes instrucciones:

Misael Monterroca has invited you to attend an online meeting using Live Meeting.
Join the meeting.
Audio Information
Computer Audio
To use computer audio, you need speakers and microphone, or a headset.
First Time Users:
To save time before the meeting, check your system to make sure it is ready to use Microsoft Office Live Meeting.
Troubleshooting
Unable to join the meeting? Follow these steps: 1. Copy this address and paste it into your web browser:
https://www.livemeeting.com/cc/mvp_no_voip/join 2. Copy and paste the required information:
Meeting ID: GN249Q
Entry Code: FJZ5!Dx[F
Location: https://www.livemeeting.com/cc/mvp_no_voip

Adios SourceSafe Hola Team Foundation Basic

mmonterroca — Sun, 15 Nov 2009 14:41:00 GMT

De todos es conocido que SourceSafe es una muy buena solución para realizar el manejo de versiones principalmente de nuestro código. VSS lo recuerdo desde que utilizaba Visual Basic 6, y al día de hoy solo ha sufrido pequeños cambios para soportar el ide de Visual Studio 2002, 2003 y 2005 y claro, 2008 pero internamente seguia siendo el mismo motor.

Como parte de la familia de Visual Studio se lanzo hace unos años la suite de Team Foundation Server, que entre algunas de sus caracteristicas trae consigo un control de versiones pero como repositorio de información es MS SQL (Source Safe, son archivos de texto), la utilización de sql server trajo consigo muchos beneficios entre ellos, Garantizar la atomicidad de la información que es almacenada, algo que sourcesafe no garantiza y razón por la cual constantemente hay que hacer analisis de sus indices para evitar corrupciones de información.

Team Foundation Server como les comentaba, NO solo es un producto para realizar el control de versiones incluye bastantes caracteristicas como:

Build Server
Manejo de Work Items (En pocas palabras, tareas asignables a los diferentes roles de un equipo de desarrollo)
Integración con project (Para la administración de algunos tipos de Work Items)
Reportes (Para medir el desempeño del equipo de trabajo)
Un largo y gran etc

Estas caracteristicas hacen que sea un producto que no esta destinado a un equipo pequeño de desarrollo (anque de ninguna manera está excluido) en donde el unico requisito sea llevar el control de código fuente.

La buena noticia es que con la versión 2010 Microsoft saco un producto llamado Team Foundation Server Basic (TFS Basic), en realidad no es un producto, es parte de Team Foundation Server pero es un rol más que se podra configurar en donde se podran seleccionar las siguientes caracteristicas

Control de código fuente (ahora si, adios Source Safe)
Manejo de Work Items (sin integración con project, y mucho menos con sharepoint)
Build Server

En porteriores post, les estare explicando un poco más el detalle de todas estas caracteristicas.

30 dias de prueba gratis en hosting de sharepoint

mmonterroca — Tue, 30 Jun 2009 00:44:00 GMT

Esto es una excelente noticia, nuestros amigos de Soluciones en SharePoint estan ofreciendo 30 días gratis para que pruebes su servicio de hosting en paquetes de sharepoint, más información en su blog -> http://blog.solucionessharepoint.com/post/2009/06/29/c2a1Prueba-nuestro-servicio-30-dias-gratis!.aspx

Utilizando SharePoint como manejador de contenido 2

mmonterroca — Sun, 01 Feb 2009 13:36:09 GMT

[Post continuación de Parte 1]

La instalación de WSS (Windows SharePoint Services por sus siglas en ingles, para abreviar será el termino que estaremos utilizando) es un proceso realmente muy sencillo, sin embargo cree un screencast para mostrar los pasos más significativos de la instalación, a manera de resumen se hace lo siguiente:

Se realiza la descarga desde aqui: (Seleccione la versión en español y actualmente es WSS Con el Service Pack 1)
Se selecciona la instalación básica la cual a grandes rasgos hace:

Instala SQL Server Express para almacenar el contenido de configuración y los diferentes sitios creados.
Configura la búsqueda dentro de sitios web de SharePoint
Crea también un sitio SharePoint de ejemplo

Para descargar el screencast da un clic aquí, el screencast está resumido en menos de dos minutos en lugar de los casi 16 minutos que se tardo en mi equipo :D

La instalación avanzada es utilizada cuando queremos configurar de manera manual la instalación de SharePoint, como seleccionar un servidos de base de datos existente, crear una granja de servidores SharePoint etc.

Ya con SharePoint instalado, procederemos a realizar la personalización del sitio (branding)

Migrando usuarios de SharePoint entre dos servidores y/o nombres de dominio diferentes

mmonterroca — Sun, 01 Feb 2009 01:47:29 GMT

Escenario:

Cambiar un servidor de Windows SharePoint Services 3.0 de Servidor A a Servidor B utilizando la herramienta de BackUp y Restauración del mismo WSS

No se cuenta con Active Directory, los usuarios son almacenados localmente en cada servidor A y B respectivamente

Problema:

WSS guarda el nombre de los usuarios con el nombre del dominio incluido es decir ServidorA\nombreUsuario, al realizar el proceso de restauración en el ServidorB y claro, crear los respectivos usuarios (ServidorB\nombreUsuario) WSS no reconoce los permisos de los usuarios “anteriores” ya que WSS sigue haciendo referencia a ServidorA\nombreUsuario en lugar de ServidorB\nombreUsuario.

Imagínense el caso de que sean más de 50 usuarios, diferentes subsitios y claro, permisos personalizados :(

Solución:

Después de entrar en pánico y tras varias horas de búsqueda en internet, encontré que la herramienta stsadm.exe cuenta con la opción de “migrar” usuarios de un dominio a otro (aún cuando no se cuente con Active Directory) la utilización es la siguiente:

stsadm.exe -o migrateuser -oldlogin ServidorA\NombreUsuario -newlogin ServidorB\NombreUsuario -ignoresidhistory

Con el comando anterior, todos los permisos serán respetados para el nuevo usuario asignado.

Saludos!

Utilizando SharePoint como manejador de contenido 1

mmonterroca — Thu, 29 Jan 2009 21:59:02 GMT

Una de las características un poco desconocidas de SharePoint es la posibilidad de utilizarlo como un manejador de contenido, si hacemos un poco de historia los portales tendían a ser archivos HTML completamente estáticos, por lo que el usuario final siempre terminaba dependiendo del área de sistemas para hacer cualquier tipo de cambio en el contenido ya sea agregar nuevas secciones, cambiar o agregar imágenes, crear formularios etc. ese problema se resolvió con la posibilidad de generar páginas de manera dinámica utilizando como fuente de información cualquier tipo de fuente de datos, como una base de datos, archivos txt, archivos xml en fin una gran lista de posibles fuentes de información, en la actualidad existen diferentes aplicaciones que permiten que el usuario final pueda crear un portal casi sin ningún tipo de interacción por parte del área de sistemas (aunque claro, siempre terminan dependiendo de nosotros muahahaha).

En esta serie de artículos veremos como SharePoint nos ayudará a crear un portal para internet (o una intranet claro está) para que el usuario final tenga la posibilidad de manejar el contenido por ellos mismos, para ellos necesitaremos:

Una pc con Windows Server 2003 SP1
SharePoint Services 3.0 (el cual es completamente gratuito)
SharePoint Designer (opcional, aunque para la serie de artículos solo explicaré los pasos utilizando está herramienta)
Visual Studio 2008 (opcional ya que dejaré archivos binarios para su utilización, solo será requerido en caso de que requieran hacer cambios en el código fuente)
Windows SharePoint Services 3.0 Tools: Visual Studio 2008 Extensions, Version 1.2

Este articulo lo estaré realizando sobre un ambiente virtualizado utilizando Virtual PC 2007, este es el escenario recomendado para hacer pruebas y posteriormente, pues ya realizar los cambios finales en algún ambiente de producción.

El primer paso será realizar la instalación de WSS (Windows SharePoint Services) que detallaré en el screencast que publicaré en la siguiente entrega.

El resultado final será un portal demo utilizando la siguiente plantilla: http://www.freecsstemplates.org/preview/freeradicals o claro, cualquiera que quieran de ese sitio.

Saludos!

Noticias rapidas!

mmonterroca — Tue, 18 Nov 2008 12:56:00 GMT

El Silverlight Tour en Español abre nuesvas fecha y ciudades, esperalo pronto en tu ciudad!

Tijuana, México

Xalapa, México

Queretaro, México

Hermosillo, México

Mexicali, México

San Jose, Costa Rica

Barcelona, Spain

Madrid, Spain

Buenos Aires, Argentina

Lima, Peru

Más información: http://squad.devworx.com.mx/blogs/rodrigo/archive/2008/11/10/el-silverlight-tour-workshop-en-espa-241-ol-se-va-a-sudam-233-rica-caribe-y-espa-241-a.aspx

Descarguen tambien los ultimos podcast que transmitimos desde el pasado PDC en loa angeles california:

Emisión 4
http://squad.devworx.com.mx/blogs/podworx/archive/2008/11/02/podworx-4ta-emisi-243-n.aspx

Emisión 5:
http://squad.devworx.com.mx/blogs/podworx/archive/2008/11/02/podworx-5ta-emisi-243-n.aspx

Salu2!

Happy Birthday DevWorx

mmonterroca — Thu, 02 Oct 2008 23:54:17 GMT

El día de ayer fue muy importante para todo el equipo de DevWorx ya que cumplimos nuestro primer año de operaciones, es un verdadero orgullo pertenecer a una empresa que se ha logrado consolidar de una manera muy fuerte en el mercado.

En este tiempo hemos aprendido más de lo que personalmente me imagine alguna vez hacerlo, la experiencia profesional que tenemos se ha visto reflejada en el crecimiento de DevWorx. Este logro no es sólo es de nosotros, tenemos un gran agradecimiento principalmente a nuestros clientes, gracias verdaderamente por confiar en nosotros.

A nivel personal, también quiero agradecerle a mis amigos Rocky y Maic, gracias nuevamente por compartir este sueño/objetivo en común. Jocho, muchas gracias también por ser parte de nuestro equipo.

¡Forza DevWorx!

Silverlight Tour Workshop ahora en Español

mmonterroca — Mon, 11 Aug 2008 01:28:44 GMT

El SilverLight Tour ahora está también disponible para Latinoamérica y España, DevWorx estará realizando la impartición del curso completamente en español.

De manera inmediata, se encuentran fechas confirmadas para la Cd de México, Guadalajara y Monterrey, próximamente anunciaremos más fechas y ciudades. Para consultar las fechas y registrarte al curso puedes ingresar a cualquiera de los siguientes links Fechas en español, Fechas (Ingles)

El Silverlight Tour es un curso de tres días acerca de Silverlight 2. Este curso divide su contenido en tres diferentes áreas: Diseño, Desarrollo y el Server-Side. Los asistentes podrán ser capaces de desarrollar aplicaciones de Silverlight 2 una vez que atiendan el curso. El curso está estructurado de una mezcla de lecciones didácticas, demostraciones y laboratorios. Cada asistente terminará el curso habiendo creado diversas aplicaciones con Silverlight 2. Esta variedad de técnicas de aprendizaje asegurará que todos los asistentes adquieran los conocimientos en la tecnología de una manera rápida y emocionante.

El temario completo del curso lo puedes consultar aquí

Microsoft Gold Certified Partner

mmonterroca — Sat, 19 Jul 2008 00:41:31 GMT

Es un orgullo para DevWorx anunciarles que ya obtuvimos nuestra certificación oro como partner de Microsoft en las siguientes competencias:

SOA and Business Process
Mobility Solutions
Custom Development Solutions
Business Intelligence (no se muestra en el logo pero ya lo estamos verificando con nuestro account manager)

!Foza DevWorx!

Parte de un gran equipo

mmonterroca — Wed, 04 Jun 2008 01:06:00 GMT

El día de mañana es la presentación de mi amigo Rodrigo en el TechEd Developers 2008, por cierto él está haciendo una muy buena recopilación de lo que está sucediendo, no dejen de seguirlo en su blog

¡Que gusto es ser parte de un gran equipo!

Buenas nuevas..

mmonterroca — Mon, 19 May 2008 00:24:09 GMT

¡Como pasa el tiempo tan rápido! les dejo una actualización breve de noticias.

La clínica de certificación va cada día mejor, recién hemos terminado el módulo 1 y esperamos tener listo el primer examen para finales de ésta semana. otra noticia importante en relación es la clínica es que hemos decido hacerla publica pero únicamente para el contenido, para poder presentar los exámenes y participar en el foro si será necesario registrarse, para consultar el contenido solo basta que ingreses a la aula virtual

La segunda emisión del PodWorx está disponible desde hace casi 15 días, si quieres agregarlo a tu cliente de Itunes puedes utilizar el siguiente url: itpc://feeds.feedburner.com/devworx . La tercera emisión la grabamos la semana pasada espero que mañana ya este lista la producción para poder anunciarlo como es debido :D

Acabo de subir un screencast para la clínica, el tema es muy interesante por que trata de como crear un Dominio de Aplicación (Application Domain) para restringir código potencialmente inseguro o en el cual simplemente no confiamos, el url aquí: http://files.devworx.com.mx/Clinicas/70-536/DevWorx.ApplicationDomain.asx

Twitter se está convirtiendo en una herramienta que comienza a dar valor, algunas de las aplicaciones son:

Microblogin, en varias ocasiones me he detenido en publicar un post para poner una sola noticia o simplemente un link de algo interesante, Twitter al ser una herramienta que solo soporta 140 caracteres es perfecta para este fin, como por ejemplo @SLMicroBlog
Alertas, existen portales que están comenzando a utilizar Twitter para hacer la notificación de noticias u alertas, ejemplo: @cnn
Comunicación, la parte "ligera" es enterarte que andan haciendo las personas de tu interés, familia, amigos, compañeros etc, ejemplo: @srbichi (Maic)

en fin, si quieren seguirme mi Twitter es @mmonterroca

Saludos!

Evento de lanzamiento de la Comunidad .NET D.F. y Developers Dot Net

mmonterroca — Thu, 08 May 2008 11:58:47 GMT

La Comunidad .NET de la Ciudad de México y DevelopersDotNet te invitan al evento de Lanzamiento.

Fecha:
13 de Mayo

Hora:
11 a.m. – 7.p.m

Lugar:
ITAM

Dirección:

Río Hondo # 1
Col. Progreso Tizapán
C.P. 01080 Del. Álvaro Obregón
México D.F.

Agenda:

11:00 a 12:30
Héctor Obregón -Interoperabilidad entre Código Nativo en C++ (con MFC), Windows Forms y WPF

12:30 a 2:00
Misael Monterroca - Silverlight 2.0 Beta 1

2:00 a 3:00
Tiempo disponible para salir a comer.

3:00 a 4:30
Miguel Ángel Moran - Nuevos elementos sintácticos con C# 3.0 y VB 9.0

4:30 a 5:45
Alfredo Ceballos – Experiencias de Usuario Enriquecidas en Web y Windows.

5:45 a 7:00
Raúl Guerrero – SQL Server 2008

Mapa:

http://www.itam.mx/es/ubicacion/riohondo1.html
http://www.itam.mx/es/ubicacion/riohondo2.html

Compartiendo Forms Authentication entre diferentes aplicaciones web

mmonterroca — Mon, 25 Feb 2008 14:36:49 GMT

Introducción

Asp.net permite incorporar de una manera muy rápida la autenticación vía Forms Authentication, en este articulo veremos como configurar dos o más aplicaciones web diferentes para compartir el mismo token de autenticación generado.

Prerrequisitos

Contar con una aplicación web configurada correctamente con Forms authentication
Tener una segunda aplicación web en donde se necesite tener el mismo token de autentificación (es decir, no volverse a firmar nuevamente)

Escenario

Existe una aplicación web funcionando con Forms authentication(www.sitiowebficticio.com) , por cuestiones de diseño se decide separar dicha aplicación en dos diferentes sitios web mediante directorios virtuales www.sitiowebficticio.com/App1 y www.sitiowebficticio.com/App2

El objetivo es que ambas aplicaciones web compartartan el mismo token de autenticación generado por Forms authentication, de esta manera el usuario solo tendría que escribir sus credenciales una sola vez.

Manos a la obra

En App1 y App2 abrir el web.config, debería tener algo similar a lo siguiente (asumiendo que ya se encuentra configurado Forms authentication):

   1: <connectionStrings>

   2:     <add name="MembershipCS" connectionString="Data Source=(local);Initial Catalog=kpmg;Integrated Security=true;"/>

   3: </connectionStrings>

   4: <system.web>

   5:     <!--

   6:         The <authentication> section enables configuration

   7:         of the security authentication mode used by

   8:         ASP.NET to identify an incoming user.

   9:     -->

  10:     <authentication mode="Forms"/>

  11: <membership defaultProvider="SqlProv">

  12:         <providers>

  13:             <add name="SqlProv" type="System.Web.Security.SqlMembershipProvider,System.Web, Version=2.0.0.0, Culture=neutral,PublicKeyToken=b03f5f7f11d50a3a"

  14:          connectionStringName="MembershipCS"

  15:          enablePasswordRetrieval="false"

  16:          enablePasswordReset="true"

  17:          requiresQuestionAndAnswer="true" applicationName="/" requiresUniqueEmail="false" passwordFormat="Hashed" maxInvalidPasswordAttempts="5" minRequiredPasswordLength="7" minRequiredNonalphanumericCharacters="1" passwordAttemptWindow="10" passwordStrengthRegularExpression=""/>

  18:         </providers>

  19:     </membership>

Suponiendo que dentro de app1 y app2 existen dos folders en donde se le niega el acceso a usuarios anónimos el path seria el siguiente:

Usuario accede a www.sitiowebficticio.com/App1/CarpetaSegura/PaginaSegura.aspx, forms autentication redirecciona a login.aspx para que el usuario ingrese sus credenciales
El usuario ingresa sus credenciales, MemberShipProvider valida y login.aspx redirecciona a www.sitiowebficticio.com/App1/CarpetaSegura/PaginaSegura.aspx
El usuario ahora quiere ingresar a App2, www.sitiowebficticio.com/App2/CarpetaSegura2/otrapaginasegura.aspx, forms authentication redirecciona a login.aspx pero de App2

¿Por que sucede este comportamiento si en ambas aplicaciones web tenemos exactamente la misma configuración?

Este comportamiento se debe a que el cookie que genera asp.net está encriptado y para generar la encriptación / des encriptación asp.net utiliza los valores especificados en los elementos validationKey y decryptionKey. Asp.net por defecto genera esas claves a nivel aplicación de manera automatica, es por eso que cuando el usuario pasa de App1 a App2 el cookie no puede ser leio de manera correcta ya que las claves de encriptación son diferentes y por ende, se solicita nuevamente la autenticación ya que Forms authentication toma ese cookie como invalido al no poderlo desencriptar

Lo que haremos será especificar dichas claves, para ello crearemos una aplicación de consola que generara dichas claves criptograficas:

   1: using System.Security.Cryptography;

2:

   3: namespace GenerarClavesAspNet

   4: {

   5:     class Program

   6:     {

   7:         static void Main()

   8:         {

   9:             string decryptionKey = CrearClave(System.Convert.ToInt32(24));

  10:             string validationKey = CrearClave(System.Convert.ToInt32(64));

11:

  12:             Console.WriteLine("<machineKey validationKey=\"{0}\" decryptionKey=\"{1}\" validation=\"SHA1\"/>", validationKey, decryptionKey);

13:

  14:             Console.ReadKey();

15:

  16:         }

17:

  18:         static String CrearClave(int numBytes)

  19:         {

  20:             RNGCryptoServiceProvider service = new RNGCryptoServiceProvider();

  21:             byte[] buff = new byte[numBytes];

22:

  23:             service.GetBytes(buff);

  24:             return ConvertirString(buff);

  25:         }

26:

  27:         static String ConvertirString(byte[] bytes)

  28:         {

  29:             StringBuilder cadena = new StringBuilder(64);

30:

  31:             for (int counter = 0; counter < bytes.Length; counter++)

  32:             {

  33:                 cadena.Append(String.Format("{0:X2}", bytes[counter]));

  34:             }

  35:             return cadena.ToString();

  36:         }

37:

  38:     }

  39: }

Al ejecutar la aplicación obtedremos un resultado similar al siguiente (las claves son generadas aleatoriamente)

   1: <machineKey    2: validationKey="3E622C9B81A29248B61C4A7863F9632ED1A98574741D77954E7A3643F8FFAC84F11ED1D62B9D3A9813389FB969AEFBE95BCFFD46D50840E67A167AA987DDE2DB"    3: decryptionKey="5950EB5459814355C270F07761331247D83723D0701EBF21" validation="SHA1"/>

Nota: Los valores aceptados para decryptionKey es de 8 a 24 bytes (en el ejemplo se usan 24) y para validationKey es de 20 a 64 bytes ( en el ejemplo se usa el nivel mas alto 64 bytes)

El resultado lo incorporaremos en ambas aplicaciones de está manera el token será compartido por ambas aplicaciones, el código en ambos web.config deberia de quedar similar al siguiente:

   1: <connectionStrings>   2:         <add name="MembershipCS" connectionString="Data Source=(local);Initial Catalog=kpmg;Integrated Security=true;"/>   3:     </connectionStrings>   4:     <system.web>           5:         <!--   6:             The <authentication> section enables configuration    7:             of the security authentication mode used by    8:             ASP.NET to identify an incoming user.    9:         -->  10:         <authentication mode="Forms"/>      11:     <membership defaultProvider="SqlProv">  12:             <providers>  13:                 <add name="SqlProv" type="System.Web.Security.SqlMembershipProvider,System.Web, Version=2.0.0.0, Culture=neutral,PublicKeyToken=b03f5f7f11d50a3a"   14:              connectionStringName="MembershipCS"   15:              enablePasswordRetrieval="false"   16:              enablePasswordReset="true"   17:              requiresQuestionAndAnswer="true" applicationName="/" requiresUniqueEmail="false" passwordFormat="Hashed" maxInvalidPasswordAttempts="5" minRequiredPasswordLength="7" minRequiredNonalphanumericCharacters="1" passwordAttemptWindow="10" passwordStrengthRegularExpression=""/>  18:             </providers>  19:         </membership>  20:    21:     <machineKey validationKey="3E622C9B81A29248B61C4A7863F9632ED1A98574741D77954E7A3  22: 643F8FFAC84F11ED1D62B9D3A9813389FB969AEFBE95BCFFD46D50840E67A167AA987DDE2DB"   23:   decryptionKey="5950EB5459814355C270F07761331247D83723D0701EBF21" validation="SHA1"/>

De esta manera el path queda de la siguiente manera:

Usuario accede a www.sitiowebficticio.com/App1/CarpetaSegura/PaginaSegura.aspx, forms authenticationredirecciona a login.aspx para que el usuario ingrese sus credenciales
El usuario ingresa sus credenciales, MemberShipProvider valida y login.aspx redirecciona a www.sitiowebficticio.com/App1/CarpetaSegura/PaginaSegura.aspx
El usuario ahora quiere ingresar a App2, www.sitiowebficticio.com/App2/CarpetaSegura2/otrapaginasegura.aspx, forms authentication concede el acceso (ya que tienen el mismo validationKey y decryptionKey)

Conclusión

Asp.Net permite configurar de una manera muy rápida el compartir un token de autentificación entre diferentes aplicaciones web.

Invitaciones enviadas

mmonterroca — Wed, 20 Feb 2008 04:43:05 GMT

Las invitaciones para la clínica 70-536 ya fueron enviadas (perdón por el día de retraso) en total se enviaron 551 invitaciones, por favor verifiquen la recepción del correo electrónico.

De nuevo, gracias por su interés

Saludos, Misael.

¡PodWorx!

mmonterroca — Thu, 14 Feb 2008 17:59:24 GMT

¡Esta es nuestra semana de lanzamientos! El día de hoy le toco a nuestro podcast aka "PodWorx", más información aqui y aqui

.danza :D

Mas recursos

mmonterroca — Wed, 13 Feb 2008 21:05:05 GMT

Como muy bien Rocky lo comento en su post de "como ser mejor desarrollador" una buena manera de lograrlo es viendo webcast, MSDN Media Center es un recurso de medios en español en donde existe bastante contenido, WebCast, ScreenCast y PodCast

Y para muestra, falta un botón mi buen amigo Haaron Gonzalez estará dando dos webcast sobre VSTO y Flujos de trabajo sobre Sharepoint, altamente mente recomendables

Salu2

Invitaciones a clínica en línea

mmonterroca — Wed, 13 Feb 2008 09:20:39 GMT

Hemos tenido una excelente respuesta para la clínica que impartiremos en línea, al momento hemos recibido más de 150 solicitudes de invitación (muchas gracias por su interés), dicha invitación será enviada el próximo lunes 18 de febrero ya que estamos realizando los últimos ajustes a nuestro portal. Aún cuando el curso es en línea será necesario establecer un limite, crearemos varios grupos con la finalidad de poder brindarles una mejor atención.

La invitación enviada los llevara a una forma de registro que les pedirá la siguiente información básica:

Nombre Completo
País (hemos recibido invitaciones de varios países)
Edad
Comunidad (en el caso de que pertenezcas a alguna)
Url personal (blog)
Nivel de conocimientos en .Net

100 - Básico
200 - Medio
300 - Avanzado
400 - Experto

Está información es necesaria para poder crear grupos con perfiles afines.

Nuevamente, gracias por su interés.

Clínica gratuita para certificación

mmonterroca — Tue, 12 Feb 2008 19:56:00 GMT

El próximo lunes 3 de marzo daremos inicio a una clínica online gratuita de entrenamiento enfocada a presentar el examen de certificación 70-536, la clínica tendrá una duración aproximada de 2 meses.

Si quieres inscribirte u obtener más información visita la página

http://learning.devworx.com.mx/certificaciones/70-536/default.aspx

DevWorx Learning Center

mmonterroca — Tue, 12 Feb 2008 18:42:00 GMT

Como bien ya lo mencionó Rocky estamos estrenando nuestro DevWorx Learning Center en el cual estaremos generando contenido gratuito sobre la plataforma Microsoft.

Estamos comenzando a generar contenido para:

Los cursos se dividirán en varias secciones (el esqueleto ya está generado en cada uno de los sitios) pronto habilitaremos una sección de notificación de contenido vía RSS o e-mail para que puedan estar enterados cada vez que haya nuevo material. Esperamos que esta iniciativa sea de mucha utilidad para ustedes.

Si quieren que abordemos un tema en particular no duden en mandarnos un correo.

Saludos!

New transaction cannot enlist in the specified transaction coordinator.

mmonterroca — Fri, 08 Feb 2008 22:55:32 GMT

Escenario:

Servidor 1:

Windows Server 2000 SP4

Sql Server 2000 SP4

Servidor 2

Windows Server 2003 SP2

BizTalk Server 2006

SQL Server 2005 SP2

Servidor 2 tiene una orquestación en Biztalk la cual necesita persistir información en una base de datos localizada en el servidor 1, cuando biztalk intenta crear la transcacción dentro de SQL Server 2000 da el siguiente error: "New transaction cannot enlist in the specified transaction coordinator."

Utilizando la herramienta DTCTester se obtiene el siguiente resultado:

   1: Executed: dtctester

   2: DSN:  test

   3: User Name: sa

   4: Password: sa

   5: tablename= #dtc8346

   6: Creating Temp Table for Testing: #dtc8346

   7: Warning: No Columns in Result Set From Executing: 'create table #dtc8346 (ival int)'

   8: Initializing DTC

   9: Beginning DTC Transaction

  10: Enlisting Connection in Transaction

  11: Error:

  12: SQLSTATE=25S12,Native error=-2147168219,msg='[Microsoft][ODBC SQL Server Driver]Distributed transaction error'

  13: Error:

  14: SQLSTATE=24000,Native error=0,msg=[Microsoft][ODBC SQL Server Driver]Invalid cursor state

  15: Typical Errors in DTC Output When

  16: a.  Firewall Has Ports Closed

  17: -OR-

  18: b.  Bad WINS/DNS entries

  19: -OR-

  20: c.  Misconfigured network

  21: -OR-

  22: d.  Misconfigured SQL Server machine that has multiple netcards.

  23: Aborting DTC Transaction

  24: Releasing DTC Interface Pointers

  25: Successfully Released pTransaction Pointer.

Posibles soluciones:

Firewall Has Ports Closed, No existe ningún software que se encuentre bloqueando ningún puerto
Bad WINS/DNS entries, EL dns se encuentra correctamente configurado, utilizando DTCPING el servidor responde correctamente
Misconfigured network, Descartado, misma solución que el punto anterior
Misconfigured SQL Server machine that has multiple netcards, Ambos servidores tienen dos tarjetas de red, se dejo habilitada 1 y el problema persistia.

Solución

En servidor 1, localizar la entrada del registro HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\MSDTC\Security (si no existe, crearla)
Crear una entrada del tipo DWORD con el nombre NetworkDtcAccessTip con el valor 1, (Cero deshabilita el acceso vía TIP) Mas información
En el servidor 2, habilitar entrar a Component Services -> Computers -> My Computer -> Boton Derecho Properties Ir a MSDTC Tab - > Habilitar Enable Transaction Internet Protocol (TIP) Transactions
En ambos servidores reiniciar MSDTC net stop msdtc , net start msdtc
Probar nuevamente :D

Si obtienen un resultado similar a la siguiente imagen, es que todo está funcionando perfectamente

ScreenCast : WCF Exponiendo un servicio

mmonterroca — Wed, 06 Feb 2008 13:12:50 GMT

Este screencast es la continuación de WCF Introducción

En este screencast veremos como exponer un WCF Service Library, los temas que son tratados son:

EndPoint
Bindings
Host
Medatada

Url WMV para descarga (mejor definición)
Url Flash para ver Online

ScreenCast : WCF Introducción

mmonterroca — Tue, 05 Feb 2008 13:30:38 GMT

Hola!

Les dejo este primer screencast de Windows Communication Foundation en donde veremos como crear un WCF Service Library los temas que son tratados:

ServiceContract
OperationContract
DataContract
DataMember

Url WMV para descarga (mejor definición)
Url Flash para ver Online

Windows Server 2008 RTM

mmonterroca — Tue, 05 Feb 2008 03:13:00 GMT

Una imagen dice mas que mil palabras...

ScreenCast : Intro AJAX ControlToolkit en VS2008

mmonterroca — Thu, 31 Jan 2008 13:21:00 GMT

Les dejo este screencast nivel 100 en donde veremos cómo Instalar, Configurar y utilizar AJAX ControlToolkit dentro de Visual Studio .NET 2008

Url WMV para descarga (mejor definición)

Url Flash para ver Online

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

mmonterroca — Wed, 30 Jan 2008 03:49:00 GMT

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!

Métodos del Runtime en Workflow Foundation

mmonterroca — Wed, 30 Jan 2008 03:26:21 GMT

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

mmonterroca — Wed, 30 Jan 2008 03:25:11 GMT

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.

¿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");

Conceptos básicos de programación 3d en WPF

mmonterroca — Tue, 29 Jan 2008 17:42:00 GMT

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" />

</ModelVisual3D.Content>

</ModelVisual3D>

<ModelVisual3D>

<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.Material>

<DiffuseMaterial Brush="Red" ></DiffuseMaterial>

</GeometryModel3D.Material>

<GeometryModel3D.Transform>

<RotateTransform3D>

<RotateTransform3D.Rotation>

<AxisAngleRotation3D Axis="0,3,0" Angle="40" />

</RotateTransform3D.Rotation>

</RotateTransform3D>

</GeometryModel3D.Transform>

</GeometryModel3D>

</ModelVisual3D.Content>

</ModelVisual3D>

</Viewport3D.Children>

<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>

</Viewport3D>

</Grid>

Articulo Publicado en http://desarrollador.redusers.com/

Distintos tipos de Actividades Predefinidas

mmonterroca — Tue, 29 Jan 2008 05:47:01 GMT

Distintos tipos de Actividades Predefinidas

Workflow Foundation incluye una gran variedad de actividades predefinidas que podemos utilizar al crear nuestros propios flujos de trabajo. En este articulo veremos algunas de las actividades más destacables incluidas en esta plataforma.

Code

Clase: System.Workflow.Activities.CodeActivity

La actividad Code es una de las actividades más usadas en Workflow Foundation, ya que nos permite ejecutar cualquier tipo de código escrito dentro de un método. Su propiedad más importante es ExecuteCode la cual establece el nombre del método que queremos que se ejecute. En algunos capítulos hemos visto incluso el uso de esta actividad y su importancia que tiene al desarrollar flujos de trabajo. La siguiente figura muestra el resultado de un flujo de trabajo que utiliza esta actividad la cual ejecutará el método MetodoAEjecutar(), siendo el código de ese método el siguiente:

private void MetodoAEjecutar(object sender, EventArgs e)

Console.WriteLine("Hola Workflow Foundation");

Sequence

Clase: System.Workflow.Activities.SecuenceActivity

La actividad Sequence nos permite ejecutar otras actividades en un orden específico, ya que asimismo esta actividad es un contenedor de otras actividades. Un buen ejemplo de una actividad Sequence son los flujos de trabajo de tipo Sequential Workflow, en donde podemos definir diversas actividades para que se ejecuten de manera ordenada o secuencial.

Los flujos de trabajo de tipo Sequential Workflow son instancias de la clase System.Workflow.Activities.SequentialWorkflowActivity, la cual a su vez hereda de la clase System.Workflow.Activities.SequenceActivity.

La siguiente figura muestra el diseñador de Workflow Foundation con una actividad Sequence con tres actividades de tipo Code. El código de esas actividades es el siguiente:

private void Metodo1(object sender, EventArgs e)

Console.WriteLine("Code 1");

private void Metodo2(object sender, EventArgs e)

Console.WriteLine("Code 2");

private void Metodo3(object sender, EventArgs e)

Console.WriteLine("Code 3");

Por otro lado, al ejecutar el flujo de trabajo de la figura anterior obtenemos el resultado de la siguiente figura. Nótese como efectivamente el código es ejecutado en el orden establecido.

Parallel

Clase: System.Workflow.Activities.ParallelActivity

La actividad Parallel como su nombre lo indica permite a un flujo de trabajo ejecutar paralelamente dos o más actividades. Parallel hace uso de la actividad Sequence para definir la serie de actividades que requieren ejecutarse en cada ramificación que definamos. La siguiente figura muestra un flujo de trabajo que implementa esta actividad con cuatro ramificaciones que incluyen cuatro actividades de tipo Code (codeActivity1, codeActivity2, codeActivity3, codeActivity4). El código de los métodos relacionados con esas actividades es el siguiente:

El resultado de la ejecución de este flujo de trabajo será el siguiente:

Es importante aclarar que si bien la actividad Parallel define actividades que se ejecutarán de manera paralela no significa que se ejecutarán al mismo tiempo. Esto obedece a que Workflow Foundation asigna un solo hilo de ejecución para cada instancia de un flujo de trabajo. Esto es por diseño.

Delay

Clase: System.Workflow.Activities.DelayActivity

Esta actividad permite definir un retraso de tiempo. Su propiedad más importante es TimeoutDuration la cual especifica la duración en tiempo de ese retraso. La siguiente figura muestra el resultado de agregar esta actividad a la segunda rama del ejemplo de la actividad Parallel, con un retraso de 10 segundos. Podemos observar como efectivamente el retraso de tiempo provoca que el mensaje de codeActivity2 sea desplegado hasta el último lugar.

While

Clase: System.Workflow.Activities.WhileActivity

La actividad While nos permite ejecutar una serie de actividades de manera cíclica, usando un método que funcione como expresión condicional. Su propiedad más importante es Condition con la cual precisamente definimos el tipo de condición a utilizar (Code Condition o Declarative Rule Condition). En el caso de seleccionar Code Condition necesitamos definir el nombre del método relacionado que fungirá como condicionante para que la actividad While continúe ejecutando iterativamente. El método relacionado con esta actividad debe tener la siguiente signatura:

void NombreDelMetodo(object, ConditionalEventArgs)

ConditionalEventArgs tiene la propiedad Result de tipo bool. Esta propiedad le indica al runtime de Workflow Foundation si la condición es verdadera o falsa. En este caso para la actividad While si Result es true significa que debe continuar su ejecución de manera cíclica. Si Result es false el ciclo de While es finalizado y continúa la ejecución de la siguiente actividad definida después de While. Veamos un ejemplo de esta actividad.

La siguiente figura muestra el diseñador de Workflow Foundation con una actividad While, la cual contiene una actividad Code. El código relacionado con la actividad Code es el siguiente:

int contador = 1;

private void Metodo1(object sender, EventArgs e)

Console.WriteLine(contador);

contador++;

Es necesario hacer notar que hemos definido una variable a nivel de clase llamada int contador. Esta variable nos servirá para desplegar su valor en la consola por cada ejecución iterativa de la actividad Code dentro de While. Para la actividad While hemos establecido que Condition es de tipo Code Condition, y hemos definido el método ChecaCondicion() el cual se encargará de evaluar si la condición ha sido alcanzada. El código de ChecaCondicion() es el siguiente:

private void ChecaCondicion(object sender, ConditionalEventArgs e)

e.Result = contador<=20?true:false;

Si analizamos el código del método ChecaCondicion() podemos observar que estamos evaluando que la actividad While seguirá iterando siempre y cuando la variable llamada contador sea igual o menor que 20. Ya que la variable contador se inicializa con el valor de 1, tal y como esperamos, la consola desplegará los números del 1 al 20 ya que al llegar al 20 la condición evalúa a falsa y While alcanza su fin. Esto lo podemos corroborar en la siguiente figura:

Throw

Clase: System.Workflow.ComponentModel.ThrowActivity

La actividad Throw nos permite lanzar excepciones dentro de un flujo de trabajo en Workflow Foundation. Esta actividad nos será de mucha utilidad cuando detectemos que el comportamiento o valores dentro de nuestro flujo de trabajo han alcanzado un estado inconsistente y por ello necesitemos parar la ejecución del flujo. Su propiedad más importante es FaultType, la cual indica qué tipo de excepción es la que arrojará esa actividad.

Para poder demostrar el uso de la actividad Throw, usaremos el mismo flujo de trabajo usado para la actividad While, sin embargo después (abajo) de la actividad While arrastraremos la actividad Throw de la caja de herramientas y la colocaremos en el diseñador. La siguiente figura muestra la caja de diálogo "Browse and Select a .NET Type", en donde podemos buscar y definir el tipo de excepción que la actividad Throw arrojará. Para este ejemplo usaremos la excepción de tipo System.ApplicationException la cual está implementada en mscorlib.

La segunda propiedad importante para esta actividad es Fault, la cual nos permite definir una propiedad o campo para ligar la excepción. La siguiente figura muestra la caja de diálogo "Bind 'Fault' to an activity's property". En esta caja de diálogo podemos seleccionar un miembro existente o crear un nuevo miembro. En nuestro caso en este ejemplo crearemos un nuevo miembro ya que no hemos escrito código hasta el momento. Podemos seleccionar que la excepción se ligue a una variable o a una propiedad, en nuestro caso usaremos un campo llamado workflow_exception.

Una vez definida y configurada la actividad Throw, veamos en la siguiente figura cuál es el resultado de la ejecución de este flujo de trabajo.

Como podemos observar, después de desplegar los valores del contador la consola nuestra el mensaje de error relacionado con esa excepción. Ahora bien, podemos darnos cuenta que la ejecución del flujo de trabajo es suspendida gracias a que se está arrojando una excepción de tipo ApplicationException. En la siguiente parte veremos la actividad FaultHandler la cual nos permite capturar cualquier tipo de excepción y manejarla apropiadamente.

FaultHandler

Clase: System.Workflow.ComponentModel.FaultHandlerActivity

La actividad FaultHandler nos permite manejar apropiadamente las excepciones que sean arrojadas por las actividades Throw dentro de nuestros flujos de trabajo en Workflow Foundation. Para demostrar su uso continuaremos usando el proyecto de flujo de trabajo usado en la demostración de la actividad Throw. En un flujo de trabajo podemos definir uno o más actividades de tipo FaultHandler para definir las actividades que deben ser ejecutadas al estar capturando la excepción. Para realizar esto necesitamos cambiar la vista de nuestro diseñador para desplegar la lista de FaultHandlers. Esto lo logramos haciendo clic en la lista desplegable que se muestra al acercar el cursor a la fecha verde de inicio de nuestro flujo de trabajo, tal y como lo muestra la siguiente figura:

Al cambiarnos de vista podemos observar que el diseñador de Workflow Foundation crea una actividad FaultHandlersActivity (nótese el nombre en plural), la cual es un contenedor de actividades de tipo FaultHandlerActivity. En esta actividad podemos arrastrar y colocar una o más actividades de tipo FaultHandler para así definir en cada una la serie de actividades que deseamos que se ejecuten al estar manejando la excepción. La actividad FaultHandler tiene la propiedad FaultType, la cual nos sirve para definir el tipo de excepción que esta actividad puede capturar. La siguiente figura muestra el diseñador con una actividad de tipo FaultHandler a la que se le ha definido la propiedad FaultType como System.ApplicationException (para efectivamente capturar la excepción que arroja Throw) y dentro de esta actividad se ha colocado una actividad de tipo Code con el siguiente código relacionado:

private void ErrorManejado(object sender, EventArgs e)

Console.WriteLine("Error manejado!");

Como podemos deducir, al ejecutar el flujo de trabajo la actividad FaultHandler captura la excepción arrojada por la actividad Throw y despliega efectivamente el mensaje "Error manejado!" en la consola, en vez de desplegar el mensaje por defecto de la excepción. Vale la pena mencionar que cada actividad FaultHandler podría tener una o más actividades relacionadas. El resultado de la ejecución de este flujo de trabajo es mostrado en la siguiente figura:

Articulo Publicado en http://desarrollador.redusers.com/

¡Buen comienzo!

mmonterroca — Wed, 23 Jan 2008 17:29:00 GMT

Comenzamos el año con muy buenas noticias la primera y más importante es la entrada de Alfredo Ceballos a DevWorx quien nos estará apoyado en varios proyectos estratégicos que estamos teniendo (Performance Point, MOSS, BizTalk etc) ¡Bienvenido Alfredo!

Otra noticia no menos importante es que ¡Ya tenemos logo oficial! algún parecido con Visual CSharp? Dev(Worx); :D

Y por ultimo, pues es el rediseño de nuestro portal colaborativo en base a los colores de nuestro logotipo, espero les guste

Saludos!

Actividades personalizadas en Windows WorkFlow Foundation (WWF)

mmonterroca — Wed, 23 Jan 2008 04:58:00 GMT

En este articulo aprenderemos los pasos básicos para crear una actividad personalizada dentro den WWF

Actividades personalizadas

Windows WorkFlow Foundation provee varias actividades preestablecidas, como Code activity, Compensate Activity, Delay Activity etc sin embargo dichas actividades difícilmente pueden contemplar todas las diferentes actividades de negocio o técnicas que necesitemos implementar. Es por esto que WWF nos permite crear nuestras propias actividades heredando de diferentes clases base (solo se listan las más importantes):

Clase Base	Descripción
Activity	Todas las actividades heredan de ésta clase
SequenceActivity	Es utilizada para crear una actividad compuesta que contiene actividades hijas que son ejecutadas en forma secuencial
StateActivity	Es utilizado dentro de un StateMachine WorkFlow y expone eventos que permiten la inicialización de la actividad a un estado seleccionado
CompositeActivity	Permite crear una actividad compuesta sin la posibilidad de tener actividades hijas

Tabla 1. Principales clases base para crear una actividad personalizada

En este capítulo crearemos una actividad que nos permita realizar el envió de un correo electrónico para lo cual, solo necesitamos heredar de la clase base "Activity" ya ésta clase nos provee toda la funcionalidad básica necesaria.

Para crear la actividad seguiremos los siguientes pasos

Abrir Visual Studio 2008
En el menú seleccionar File -> New -> Proyect
En Proyect Types seleccionar Workflow
En la lista de plantillas seleccionar WorkFlow Activity Library
En Name escribir EnviarCorreoActivity
En el Solution Explorer seleccionar Activity1 y dar clic con el botón derecho del ratón y seleccionar Rename, en el nuevo nombre escribir EnviarCorreoActivity.cs y presionar enter
En la advertencia de un clic en Yes
En la clase renombrada dar un clic nuevamente con el botón derecho del raton y seleccionar View Code
Cambiar la clase de la cual se está heredando SequenceActivity por Activity

En este punto, debemos de tener una clase similar a la siguiente

using System;

using System.ComponentModel;

using System.ComponentModel.Design;

using System.Collections;

using System.Drawing;

using System.Linq;

using System.Workflow.ComponentModel.Compiler;

using System.Workflow.ComponentModel.Serialization;

using System.Workflow.ComponentModel;

using System.Workflow.ComponentModel.Design;

using System.Workflow.Runtime;

using System.Workflow.Activities;

using System.Workflow.Activities.Rules;

namespace EnviarCorreoActivity

      public partial class EnviarCorreoActivity: Activity

            public EnviarCorreoActivity()

                  InitializeComponent();

Para realizar el envió de correo electrónico necesitamos que la actividad exponga 4 propiedades dependientes "Para" "De" "Asunto" y "Cuerpo" para ellos utilizaremos el método Register de la clase DependencyProperty

public static DependencyProperty DeProperty = DependencyProperty.Register("De", typeof(string), typeof(EnviarCorreoActivity));

        public static DependencyProperty ParaProperty = DependencyProperty.Register("Para", typeof(string), typeof(EnviarCorreoActivity));

        public static DependencyProperty AsuntoProperty = DependencyProperty.Register("Asunto", typeof(string), typeof(EnviarCorreoActivity));

        public static DependencyProperty CuerpoProperty = DependencyProperty.Register("Cuerpo", typeof(string), typeof(EnviarCorreoActivity));

Ahora crearemos las propiedades físicas que se encargaran de realizar la persistencia u obtención de la información proporcionada, para ello hay que utilizar los métodos SetValue y GetValue y la clase base.

public string De         {               get             {                 return Convert.ToString(base.GetValue(DeProperty));             }               set             {                 base.SetValue(DeProperty, value);             }           }           public string Para         {             get             {                 return Convert.ToString(base.GetValue(ParaProperty));             }               set             {                 base.SetValue(ParaProperty, value);             }         }           public string Asunto         {             get             {                 return Convert.ToString(base.GetValue(AsuntoProperty));             }               set             {                 base.SetValue(AsuntoProperty, value);             }         }           public string Cuerpo         {             get             {                 return Convert.ToString(base.GetValue(CuerpoProperty));             }               set             {                 base.SetValue(CuerpoProperty, value);             }         } 

Por último sobrescribiremos el método Execute de la clase base, este método es llamado cuando la actividad es requerida para su ejecución, dentro de este método realizaremos el envió del correo electrónico. Como resultado de la ejecución regresaremos el valor Closed solo en caso de que el envió sea exitoso en caso contrario será Faulting este valor es tomado de la enumeración ActivityExecutionStatus

protected override ActivityExecutionStatus Execute(ActivityExecutionContext executionContext)

try

                System.Net.Mail.SmtpClient smtpClient = new System.Net.Mail.SmtpClient("devworx.com.mx");

                smtpClient.Credentials = new System.Net.NetworkCredential("misael.monterroca@devworx.com.mx", "password");

                smtpClient.Send(De, Para, Asunto, Cuerpo);

                return ActivityExecutionStatus.Closed;

            catch (Exception ex)

                string logInterno = ex.Message;

                return ActivityExecutionStatus.Faulting;

Ahora crearemos un WorkFlow para poder probar la actividad creada, para ellos realizaremos las siguientes actividades:

En el menú de Visual Studio 2008 seleccionaremos File -> Add - New Project
En las plantillas de proyecto seleccionaremos Sequential WorkFlow Console Application
En name escribiremos Flujo de Prueba
En el Solution Explorer seleccionaremos el proyecto recién agregado y con el botón derecho del ratón seleccionaremos la opción Add Reference
Seleccionar la pestaña Projects
Seleccionar el proyecto EnviarCorreoActivity y dar un clic en OK

Con los pasos anteriores podremos utilizar la actividad dentro del WorkFlow además de que la actividad será posicionada dentro de la barra de herramientas de Visual Studio 2008

Imagen 1. Actividad dentro de la barra de herramientas

El siguiente paso será arrastrar la actividad EnviarCorreoActivity al diseñador de WorkFlow, seleccionaremos la actividad previamente agregada y presionaremos la tecla F4 para mostrar la ventana de propiedades

Imagen 2. La ventana de propiedades mostrando las propiedades definidas para nuestra actividad

Con este procedimiento hemos creado nuestra primera actividad personalizada solo basta con especificar las propiedades e iniciar el flujo para poder probar que la actividad se está ejecutando de manera correcta.

Articulo Publicado en http://desarrollador.redusers.com/