Publicando Flujos de Trabajo de Workflow Foundation como Servicios Web

Una de las características más novedosas y útiles que podemos encontrar al desarrollar flujos de trabajo con Workflow Foundation es su capacidad de exponer nuestros flujos como servicios Web y usarlos en cualquier tipo aplicaciones. En este capítulo veremos qué se requiere para realizar esta funcionalidad y también veremos cómo invocar nuestros flujos de trabajo como servicios Web desde una aplicación de consola.

Para iniciar, abramos Visual Studio .NET si es que no está ejecutándose ya y creemos un nuevo proyecto de tipo consola haciendo clic en la opción New Project y seleccionando la plantilla Console Application de la categoría Windows. A esta aplicación le asignaremos el nombre AplicacionCliente y nos servirá para invocar el web Service que expondrá la funcionalidad del flujo de trabajo. La siguiente figura muestra la caja de diálogo New Project al crear nuestro proyecto:

A la solución agregaremos un nuevo proyecto de tipo Sequential Workflow Library haciendo clic derecho sobre la solución en Solution Explorer y seleccionando la opción Add->New Project. En la caja de diálogo seleccionemos la plantilla Sequential Workflow Library de la categoría Workflow y asignemos “WorkflowEjemplo” como nombre. La siguiente figura muestra la creación de este proyecto:

Ahora bien, necesitamos definir una interface la cual nos servirá para establecer el conjunto de métodos que nuestro servicio Web expondrá. Para realizar esto hagamos clic derecho sobre el proyecto WorkflowEjemplo en Solution Explorer y seleccionemos la opción Add->New Item del menú. Al hacer esto Visual Studio .NET despliega la caja de diálogo Add New Item con una serie de plantillas a escoger y una caja de texto para asignar el nombre del nuevo elemento. Seleccionemos la plantilla Interface del panel derecho y asignemos “IEjemplo.cs” como nombre de la nueva interfaz. La siguiente figura muestra la caja de diálogo Add New Item al agregar el nuevo elemento:

Al hacer clic en Ok Visual Studio .NET nos muestra el diseñador de código de la interfaz agregada. Asignemos el siguiente código en IEjemplo.cs:

Una vez definida la interfaz para nuestro servicio Web, regresemos al diseñador del flujo de trabajo y arrastremos y coloquemos una actividad de tipo WebServiceInput, la cual indica al flujo de trabajo que obtendrá una solicitud externa a través de una aplicación, es decir, que será invocado como un servicio Web. La actividad WebServiceInput debe ser configurada, siendo su propiedad InterfaceType su propiedad más importante. Esta propiedad indica el tipo de interfaz relacionada con esta actividad y para este ejemplo usaremos la interfaz IEjemplo creada en los párrafos anteriores. Para asignar la interfaz IEjemplo a la propiedad InterfaceType hagamos clic en el botón con tres puntos “…” en la ventana de propiedades de Visual Studio .NET. Al hacer clic sobre ese botón se despliega la siguiente caja de diálogo:

En esta caja de diálogo seleccionemos la interfaz WorkflowEjemplo.IEjemplo (la cual es la única interfaz en nuestro proyecto) y hagamos clic en el botón Ok.

La siguiente propiedad que debemos configurar es MethodName, la cuál como podemos deducir será RegresaSignoZodiacal. Al seleccionar este método de la lista desplegable automáticamente la ventana de propiedades se actualiza para mostrarnos fechaNacimiento en la lista. Esta nueva propiedad la debemos mapear a un campo o propiedad en nuestro flujo de trabajo para tener acceso al dato pasado como parámetro cuando se esté invocando este servicio Web. Seleccionemos la propiedad fechaNacimiento y hagamos clic en la opción “Bind Property ‘fechaNacimiento’” en el panel de opciones de la parte inferior de la ventana de propiedades y en la caja de diálogo generemos un nuevo miembro de tipo campo llamado fechaNacimiento tal y como lo muestra la siguiente figura:

La última propiedad que configuraremos de la actividad WebServiceInput será IsActivating la cual indica si esta actividad activará el flujo de trabajo.

Agreguemos ahora una actividad de tipo IfElse a nuestro diseñador, y como expresión condicional en la rama izquierda asignemos un Code Condition llamado EsFechaValida. Este método validará que la fecha que asigne el usuario como parámetro no sea mayor que la fecha actual. El código entonces para este método será el siguiente:

Como paso siguiente agreguemos una actividad de tipo Code en la rama izquierda de la actividad IfElse y una actividad de tipo WebServiceOutput. A la actividad Code le asignaremos en su propiedad ExecuteCode el método CalculaSigno, y a la actividad WebServiceOutput le asignaremos en su propiedad InputActivityName el nombre de nuestra actividad WebServiceInput (webServiceInputActivity1). Al hacer lo anterior la ventana de propiedades se actualiza para mostrarnos una nueva propiedad llamada ReturnValue. Esta propiedad la mapearemos a un nuevo miembro de tipo field llamado resultado.

En la rama derecha de la actividad IfElse arrastraremos y colocaremos una actividad de tipo WebServiceFault con su propiedad InputActivityName mapeada a webServiceInputActivity1 y su propiedad fault a un nuevo miembro de tipo field llamado fault.

La siguiente figura muestra todo el flujo de trabajo configurado e implementado:

El siguiente código muestra el método CalculaSigno el cuál contiene una implementación muy sencilla para calcular el signo zodiacal según la fecha especificada en el parámetro:

Visual Studio .NET nos brinda una manera muy sencilla de exponer nuestros flujos de trabajo como servicios Web: simplemente hagamos clic derecho sobre el proyecto del flujo de trabajo y seleccionemos la opción “Publish as Web Service”. Al hacer esto Visual Studio .NET creará automáticamente un proyecto Web en nuestra solución el cual contiene el servicio Web que expone la funcionalidad del flujo de trabajo.

Finalmente, en la aplicación de consola agreguemos la referencia Web apuntando al proyecto que se creó en el párrafo anterior y en el método Main() escribamos el siguiente código:

Al ejecutar nuestra aplicación y escribir una fecha válida (que sea igual o anterior a la fecha actual), nos mostrará el signo zodiacal relacionado con la fecha especificada tal y como lo muestra la siguiente figura:

¿Cómo ser mejor desarrollador?

Tal vez esta pregunta todos nos la hemos hecho siquiera alguna vez.  Con tantas tecnologías disponibles, tantos acrónimos y tantas opciones técnicas y de aprendizaje que tenemos hoy en día parece ser que la respuesta a esta pregunta ya no es tan sencilla como parece.

Tal vez muchos responderán en este momento: “Estudiando” o “Asistiendo a un curso”, pero: es eso suficiente?

He aquí la lista de cosas que -en lo personal- trato de hacer para poder ser un mejor desarrollador.  La idea es que esta lista se enriquezca con la participación suya y de sus ideas.

  • Reconocer que no sabes nada
    • Por qué?  Este sencillamente, es el punto principal y más crítico ya que lo primordial -como en cualquier otro proceso de aprendizaje- es reconocer y aceptar nuestra ignorancia frente a tantos y tan grandes temas y tecnologías.  Quitarnos el egocentrismo nos permite abrir nuestra mente a otros conocimientos y a otras inquietudes.  Finalmente, todos aprendemos de todos algo nuevo todos los días.  Recordemos que la monotonía es la base de la mediocridad.
  • Escuchar podcasts
    • Por qué?  Puedes reproducir el podcast una y otra vez, en tu iPod/Zen/Zune, en tu auto, en la oficina, gimnasio, antes de dormir, etc., es decir: puedes estar en contacto con el tema en cuestión en cualquier momento y combinarlo con alguna otra actividad (ojo al conducir por favor, ya que no es buen pretexto “choqué porque estaba escuchando cómo se crea un workflow en WF oficial….”)
    • Pero cuáles?  Bien, si entiendes el idioma anglosajón te recomiendo dos magníficos podcasts:  Hanselminutes de Scott Hanselman y ArCast de Ron Jacobs.  Estos podcasts tratan diversos temas y lo mejor es que siempre están a la vanguardia, además de que son bastante amenos.  Si definitivamente estás buscando algo en nuestro vasto idioma te recomiendo el Podcast que mi buen amigo Luis Du Solier prepara frecuentemente con su característica pasión por la tecnología (SharePoint principalmente).
  • Ver WebCasts
  • Ver ScreenCasts
    • Por qué?  Los ScreenCasts son pequeños fragmentos de video en donde se demuestra un tema muy específico de la tecnología.  Son excelentes fuentes de conocimiento ya que nos llevan de la mano para efectuar la o las tareas que necesitamos realizar para alcanzar el objetivo deseado.
    • Pero cuáles?  Claro está que depende de la tecnología.  Qué tal los ScreenCasts de ASP.NET, AJAX, Silverlight y Workflow Foundation para empezar?
  • Participar en Foros
    • Por qué?  Los foros son un recurso básico cuando tenemos duda acerca de una duda muy específica acerca de la tecnología.  “Foro” en el contexto que estoy explicando se refiere tanto a los foros en páginas web, como los Grupos de Noticias o Newsgroups.  Además tenemos la oportunidad de participar también en responder preguntas de otras personas en el mundo que tengan un problema y que tal vez tú sabes cómo arreglarlo.
    • Pero cuáles?  Cada tecnología tiene su foro. Yo en lo particular visito frecuentemente los foros de Workflow Foundation y de Silverlight.
  • Participar en Comunidades
    • Por qué?  Qué mejor que aprender de otros en persona, de frente, en vivo y a todo color acerca de un tema.  Para esto precisamente sirven las Comunidades .NET, para programar y organizar reuniones entre personas geográficamente cercanas y platicar de un tópico en específico.
    • Pero cuáles?  Siempre hay una Comunidad cerca de ti, visita MSN Groups para más información.
  • Leer libros
    • Por qué?  La respuesta es más que obvia.  Los libros son la fuente de conocimiento de cualquier tipo (tantos siglos de historia de la imprenta no pueden estar equivocados).  Pero cuáles?  A mí en lo personal me gustan mucho los libros Programmer-To-Programmer de la editorial Wrox (sí, esos libros de color rojo que tal vez has visto alguna vez).  Otra serie de libros que a mi parecer es excelente es Microsoft .NET Development Series ya que las obras están escritas por verdaderos expertos en el tema.
  • Leer blogs
    • Por qué?  Un Web Log o simplemente Blog es la bitácora personal de ideas, pensamientos o artículos técnicos de su autor.  Un ejemplo muy sencillo es este blog, en donde yo su autor estoy escribiendo y agrupando las diferentes maneras o estrategias que podemos seguir para ser mejores desarrolladores.  Es el alfa y el omega relacionado con este tema?  Obviamente no lo es ni siquiera pretender serlo.  Es simplemente sintetizar lo que yo hago con respecto a este tema en específico y darlo a conocer al público para esperar retroalimentación al respecto.
    • Pero cuáles?  Podría poner aquí toda la lista de mis feeds pero me voy a limitar a poner los que leo diariamente:
  • Aprender a usar otras tecnologías
    • Por qué?  Si bien somos geeks y nos apasionan las tecnologías y plataforma de desarrollo Microsoft, estaríamos ciegos o locos si no reconocieramos que hay otras excelentes tecnologías y que no todos en este mundo utilizan las mismas herramientas que nosotros.  Por otro lado no es necesario que sean tecnologías no-Microsoft.  Por ejemplo IronRuby es una tecnología que no conozco pero se me hace lo suficientemente poderosa e interesante como para ponerme a investigar acerca de ella.
    • Pero cuáles?  Hay muchísima tela de dónde cortar.  Por mi parte estoy usando, investigando y aprendiendo a usar ActiveRecord.  Otras tecnologías que están en mi lista de “Para Próximo Estudio” son IronRuby, IronPython, F#, Microsoft Sync Framework y ASP.NET MVC Framework.
  • No procrastinar
    • Por qué?  Hasta el momento hemos mencionado una lista de recursos que podemos usar como apoyo para estudiarlas y ser mejores desarrolladores.  Pero falta la técnica y estrategia, y estas no son nada menos ni nada más que la  Disciplina.  Requerimos sin duda una fuerte disciplina para ser mejores desarrolladores y dejar a un lado los quitatiempos.  YouTube, FaceBook, MSN Messenger son solo algunos de los que se me vienen a la mente y los cuales son una tremenda pérdida de tiempo.  No excusas por favor, pues recordemos cómo trabajabamos hace 10 años.  Midamos nuestro grado de procrastinación:  Si crees que esta medida es muy drástica, que no puedes dejar de visitar los sitios anteriores o de usar tu mensajero favorito entonces tienes un serio problema de procrastinación.  Si al contrario estás dispuesto a dejar de perder el tiempo y ponerte a estudiar te felicito, tu procrastinación aun es curable.
  • Relacionarte con personas apasionadas por el desarrollo de software
    • Finalmente, es muy importante encontrar personas que tengan las mismas inquietudes por aprender, conocer más y superarse (ver primer punto).  Una vez que las encuentres será muy útil que platiques y te apoyes con ellas para tu proceso de mejora personal .  El proceso será menos tedioso y más divertido.

Aunque este artículo en realidad no tiene el objetivo de ser un meme me gustaría que para este tema participaran en especial las siguientes personas:

Claro está que quien sea está invitado(a) a participar en este orden de ideas.

Salu2!