SharePoint 2013: ¿Se pueden importar flujos de trabajo re-utilizables en Visual Studio 2012? (I)

Buena pregunta como diría alguno ;-)…la idea de este primer artículo y los tres siguientes es tratar de responder a la misma teniendo en cuenta que actualmente tenemos disponible la versión Preview 2 de las herramientas de Visual Studio 2012 de desarrollo para SharePoint 2013 y Office 2013 por lo qué con la RTM algunas de las conclusiones que se obtienen pueden cambiar (especialmente en el tercer artículo). Antes de empezar, es importante recordar que en SharePoint 2013 podemos tener dos grandes tipos de flujos:

  • Compatibles con SharePoint 2010, ya que SharePoint 2013 sigue incluyendo el motor de flujos de versiones previas y qué se basa en Windows Workflow Foundatio (WF) 3.x.
  • Compatibles con el nuevo modelo de flujos de trabajo, qué implica crear y desplegar flujos compatibles con WF 4.x en el denominado Windows Azure Workflow Server, qué se puede instalar en un servidor dedicado o no dependiendo de la topología y necesidades de la granja. En cualquier caso, la nueva infraestructura de flujos de SharePoint 2013 ya no es un elemento integrado de SharePoint, sino que es  un nuevo componente que permite que los flujos creados y desplegados se puedan usar en múltiples granjas de SharePoint.

De acuerdo a esta clasificación, vamos a empezar por ver como importar un flujo de trabajo compatible con SharePoint 2010:

  • De partida, disponemos de dos flujos de trabajo de tipo re-utilizable (tienen que ser de este tipo para poder guardarlos como plantilla). Uno compatible con SharePoint 2010 y otro basado en el nuevo modelo de flujos.
  • Guardamos los flujos como plantilla, lo qué genera el correspondiente archivo .wsp en la biblioteca Activos del sitio.
  • Empezamos con la importación del flujo compatible con SharePoint 2010. Nos vamos a Visual Studio 2012 y creamos un proyecto de tipo “SharePoint 2013 – Importar flujo reutilizable de 2010”.
image image image
  • La primera pantalla del asistente de configuración nos indica que el WSP que se genere posteriormente sólo se puede desplegar como una solución de tipo granja, lo cuál sigue lo ya conocido para SharePoint 2010 y Visual Studio 2010: el flujo se importa como un flujo de tipo “code behind”.
  • A continuación indicamos la ruta del archivo .wsp que contiene el flujo de trabajo.
  • Finalmente, en la pantalla de selección de elementos a importar nos aseguramos qué el flujo está seleccionado y pulsamos “Importar”.
image image image
  • Concluido el proceso de importación, comprobamos que todos los elementos que forman parte del flujo se han importado y qué en el diseñador de flujos podemos visualizar el .xoml importado. Fijaros en la complejidad del flujo (se trata de un proceso de aprobación) importado.

image

  • A partir de aquí, y si alguno se atreve, se podría tratar de extender el flujo importado para dotarle de mayor funcionalidad y de nuevos elementos.