flujos de trabajo en xoml

Hola,
Te falta la mitad del camino. Un flujo de Designer es mas de un archivo
xoml, tambien tiene un archivo .rules y todos los archivos .aspx de los
formularios. Y ellos funcionan desde la Base de Datos, asi que
programaticamente tienes que eliminar el flujo anterior (con la consecuencia
de que los flujos que estan en camino dejaran de existir), subir el nuevo al
sistema, conectarlo a la Lista y volver a arrancar todo el asunto.
Si lo que quieres hacer es lo que yo creo que estas intentando hacer,
probablemente sea mejor usar un flujo hecho con Visual Studio, y por medio de
reflexion manipular el dll de la forma que consideres necesaria. Pero de
todas formas es interesante lo que estas intentando...
Suerte,
Gustavo
http://www.gavd.net/servers/default.aspx
http://geeks.ms/blogs/gvelez/


"lemeridas" wrote:

Hola a todos, tengo un problema relacionado con flujos de trabajo. Estoy
intentando generar flujos automáticamente, con actividades que he generado
por programación. Genero el archivo xoml y lo subo a Sharepoint. El caso es
que la lista no se entera de los cambios y sigue enlazada a la versión
anterior del flujo (que creé con Designer). Necesito conocer que paso me
falta para reasociar el flujo xoml con la lista mediante programación.

Gracias!!

Hola Gustavo, muchas gracias por contestar

Mi intención es hacer una aplicación que permita al usuario hacer flujos
de trabajo a medida y para ello he pensado en hacerlos como los hace el
desinger, pero con más posibilidades.
Mediante pruebas, he hecho un flujo sin condiciones (para no tener
archivo .rules), y lo he serializado obteniendo como resultado el archivo
.xoml.
El paso siguiente si no me equivoco, es subir el flujo a la biblioteca
Workflows del sitio y mediante el servicio web WebPartPages.asmx, validarlo y
asociarlo a la lista. Para ello creo que hay que usar los métodos
ValidateWorkflowMarkupAndCreateSupportObjects y AssociateWorkflowMarkup
respectivamente, pero no tengo idea de como usar esos métodos porque no
encuentro documentación.

Gracias!!

Hola,
En realidad, lo que estas intentando es muy interesante, como te comentaba
antes, pero creo que por el camino de archivos xoml y Designer no vas a
llegar, o te va a costar mas trabajo (por supuesto, como siempre, me puedo
equivocar de lado a lado). Un par de comentarios al respecto:
- Hay soluciones comerciales que haces lo que estas intentando. Por ejemplo,
mira lo que Nintex ha hecho
(http://www.nintex.com/en-US/Product...w2007.aspx). Lo que ellos
tienen va mas alla de lo que tu probablemente estas intentando (la parte
grafica, por ejemplo), pero te podria servir para ver que es posible en el
momento
- El modelo de objetos del Windows WorkFlow Framework ofrece clases para
crear un disennador grafico, que en realidad es lo que utiliza Visual Studio
en su disennador de flujos. De pronto por alli te puedes meter... yo nunca lo
he hecho, aunque siempre he deseado sacar un par de horas para intentarlo,
pero se que existe y alguna vez he visto screen dumps de alguien que lo hizo
- No descartes la idea de irte por el camino de ensamblados y reflexion...
el Windows WorkFlow Foundation tiene su propio compilador, al que le puedes
entregar los archivos xoml, rules, aspx, etc, y el te devuelve un dll, al que
por medio de reflexion podrias manipular. Tampoco lo he intentado, pero
deberia funcionar...
Suerte,
Gustavo
http://www.gavd.net/servers/default.aspx
http://geeks.ms/blogs/gvelez/


"lemeridas" wrote:

Hola Gustavo, muchas gracias por contestar

Mi intención es hacer una aplicación que permita al usuario hacer flujos
de trabajo a medida y para ello he pensado en hacerlos como los hace el
desinger, pero con más posibilidades.
Mediante pruebas, he hecho un flujo sin condiciones (para no tener
archivo .rules), y lo he serializado obteniendo como resultado el archivo
.xoml.
El paso siguiente si no me equivoco, es subir el flujo a la biblioteca
Workflows del sitio y mediante el servicio web WebPartPages.asmx, validarlo y
asociarlo a la lista. Para ello creo que hay que usar los métodos
ValidateWorkflowMarkupAndCreateSupportObjects y AssociateWorkflowMarkup
respectivamente, pero no tengo idea de como usar esos métodos porque no
encuentro documentación.

Gracias!!

Hola de nuevo,

Gracias por tus consejos, no conocía que el modelo de objetos cd Windows
Workflow tuviera clases para crear un diseñador gráfico. Realmente lo que
estoy intentando es realizar una aplicación como ha realizado Nintex, con la
capacidad de modificar los flujos de trabajo ya creados.
Si realizara compilaciones a través de WWF en tiempo de ejecución, esa DLL,
¿Cómo la trataría el SharePoint? Me refiero... ¿Tengo que registrarla en el
GAC? ¿Cómo la asocio a una lista? porque entiendo que no sería una plantilla
de flujo de trabajo como el flujo de trabajo de tres estados de WSS.

Hola,

¿Tengo que registrarla en el GAC?

Si

¿Cómo la asocio a una lista?

La registras por medio de una Feature y la acoplas a la Lista manualmente o
por medio del Modelo de Objetos (API)

no sería una plantilla de flujo de trabajo como el flujo de trabajo de tres estados de WSS

Ese flujo ese hecho con Visual Studio, lo encuentras en un dll en el GAC
(Microsoft.SharePoint.Workflows) y esta registrado por medio de una Feature
(IssueTrackingWorkflow)
Saludes,
Gustavo
http://www.gavd.net/servers/default.aspx
http://geeks.ms/blogs/gvelez/


"lemeridas" wrote:

Hola de nuevo,

Gracias por tus consejos, no conocía que el modelo de objetos cd Windows
Workflow tuviera clases para crear un diseñador gráfico. Realmente lo que
estoy intentando es realizar una aplicación como ha realizado Nintex, con la
capacidad de modificar los flujos de trabajo ya creados.
Si realizara compilaciones a través de WWF en tiempo de ejecución, esa DLL,
¿Cómo la trataría el SharePoint? Me refiero... ¿Tengo que registrarla en el
GAC? ¿Cómo la asocio a una lista? porque entiendo que no sería una plantilla
de flujo de trabajo como el flujo de trabajo de tres estados de WSS.