SharePoint 2010: ¿Dónde están los archivos .actions que se usan para los workflows de SPD 2010?

Como sabéis, a la hora de crear flujos de trabajo para SharePoint 2010 tenemos tres posibilidades en cuanto a entorno de creación:

  • Visio 2010 para modelar visualmente el flujo de trabajo.
  • SharePoint Designer 2010 (SPD) para crear flujos de trabajo declarativos y secuenciales.
  • Visual Studio 2010 para crear flujos de trabajo más potentes y tanto de tipo secuencial como de tipo máquina de estados.

En el caso de SPD 2010, la creación de flujo de actividades se basa en el uso de una serie de bloques disponibles por defecto que son las acciones y condiciones:

image image

Estas acciones y condiciones están desplegadas en los frontales web de nuestra instalación de SharePoint y son leías por SharePoint de unos archivos con extensión “.actions”. ¿Dónde se encuentran estos archivos? Pues en las siguientes rutas (tened en cuenta que tendremos una carpeta workflow por idioma instalado)

  • C:\Program Files\Common Files\Microsoft Shared\Web Server Extensions\14\TEMPLATE\3082\Workflow
  • C:\Program Files\Common Files\Microsoft Shared\Web Server Extensions\14\TEMPLATE\1033\Workflow

Nos encontraremos dos tipos posibles de archivos: moss.actions y/o wss.actions. En el caso de SharePoint Server 2010, tendremos ambos archivos. En el caso de SharePoint Foundation 2010 solo tendremos el archivo “.wss”. Estos archivos son los que tendremos que tener en cuenta a la hora de añadir nuestras propias actividades personalizas y acciones. Ahora bien, en lugar de modificar estos archivos y poder encontrarnos con el error: “unable to load workflow actions from the server. please contact your server administrator”, la recomendación es que creemos nuestros propios archivos “.actions” que serán leídos por SPD 2010. Finalmente, os dejo varias referencias en las que se comenta este error y los workarounds para resolverlo:

SharePoint 2010: Alternativas para montar el entorno de desarrollo (I)!

Otro de los grandes cambios que se introduce con SharePoint 2010 es el de la flexibilidad a la hora de montar un entorno de desarrollo. Las opciones para dicho entorno, y que expliqué en el evento Lightup SharePoint – WE SharePoint Developer Roadshow, son las siguientes:

  • Instalar SharePoint 2010 físicamente en el equipo, opción que se caracteriza porque no se requiere demasiado espacio en disco y permite instalar SharePoint sobre un S.O de cliente (Windows Vista / Windows 7 x64) o de servidor (Windows 2008 / Windows 2008 R2).

image

  • Crear un VHD auto-arrancable con Windows 7 o Windows Server 2008 R2 en el que instalaremos todo lo necesario para crear nuestro entorno de desarrollo. Esta opción es sin duda muy versátil y facilita la recuperación ante “desastres” ya que con restaurar una copia de seguridad del VHD es suficiente para superar cualquier inconveniente que hayamos tenido con el VHD inicial.

image

  • Creando una máquina virtual para lo que necesitaremos tanto SW de virtualización como disponer de un equipo que nos permita crear máquinas virtuales de 64 bits. Esta opción se caracteriza porque nos facilita la administración de máquinas virtuales / discos virtuales, podemos hacer snapshots de nuestra máquina virtual, rollbacks, etc. En cuanto a alternativas de SW de virtualización, y por orden de preferencia personal, tenemos:
    • Uso de Oracle Virtual Box, que es gratuito y te permite crear máquinas virtuales en S.O cliente. Personalmente llevo trabajando con Virtual Box desde hace más de un año, y ha mejorado mucho con respecto a las versiones iniciales. Ahora mismo estamos con la versión 4.
    • Uso de VMWare WorkStation, que en este caso es de pago, pero que como Virtual Box permite crear máquinas virtuales en S.O cliente.
    • Uso de Hyper-V, que tiene como principal limitación que sólo se puede instalar en S.O de servidor. Como ventaja, destacaría las facilidades que aporta para la gestión de las máquinas y discos duros virtuales, la creación de snapshots, etc.

image

Y hasta aquí llega este primer posts sobre alternativas para montar el entorno de desarrollo para SharePoint 2010.