flujos de trabajo en xoml

Hola de nuevo,

No es que haya descartado hacerlo mediante la Feature y acoplarlo a la
lista mediante el modelo de objetos, pero es que soy un poco cabezón :P y
sigo investigando como se supone que los acopla el desingner para evitar
tenter que compilarlos.

He investigado un poco el servicio web WebPartPages.asmx (solo un poco,
porque no hay información), y el método
ValidateWorkflowMarkupAndCreateSupportObjects que es el que debería de
crearte todos los objetos dependientes (listas de tareas, listas históricas),
me da un error cuando intenta compilar el flujo de trabajo diciéndome que no
encuentra el nombre de espacio asociado a un ensablado que aparece en el
archivo xoml del flujo de trabajo. El ensamblado lo tengo compilado en la
versión 3.5, firmado y en el GAC. También lo he añadido a la sección
System.Workflow.ComponentModel.WorkflowCompiler del web.config.

¿Alguna idea? Graciaaaaas

Hola,
Estupendo que seas cabezo... asi sabremos con certeza si se puede o no 8-)
He estado mirando el SDK, y el ValidateWorkflowMarkupAndCreateSupportObjects
lo que hace es "Creates a workflow task list, if one is not specified, or if
the specified task list does not exist in the context Web site; also updates
content types on the task list.", es decir, el no hace nada con el WorkFlow
mismo, lo que hace es crear simplemente un Task.
Que yo sepa, uno de los problemas de Flujos de Trabajo de Designer es que no
pueden ser modificados cuando estan funcionando, es decir, si tienes uno
conectado a una lista, y le cambias algo, lo que Designer hace es pararlo,
eliminar las instancias creadas, sacarlo de memoria, meter el nuevo,
arrancarlo. Si yo tengo razon y es asi, lo que estas intentando (cambiar un
flujo in run-time usando el xoml solo) no lo puede hacer ni siquiera el
Designer mismo. De nuevo, este es tema desconocido para mi, asi que es solo
especulacion...
Un saludo,
Gustavo
http://www.gavd.net/servers/default.aspx
http://geeks.ms/blogs/gvelez/


"lemeridas" wrote:

Hola de nuevo,

No es que haya descartado hacerlo mediante la Feature y acoplarlo a la
lista mediante el modelo de objetos, pero es que soy un poco cabezón :P y
sigo investigando como se supone que los acopla el desingner para evitar
tenter que compilarlos.

He investigado un poco el servicio web WebPartPages.asmx (solo un poco,
porque no hay información), y el método
ValidateWorkflowMarkupAndCreateSupportObjects que es el que debería de
crearte todos los objetos dependientes (listas de tareas, listas históricas),
me da un error cuando intenta compilar el flujo de trabajo diciéndome que no
encuentra el nombre de espacio asociado a un ensablado que aparece en el
archivo xoml del flujo de trabajo. El ensamblado lo tengo compilado en la
versión 3.5, firmado y en el GAC. También lo he añadido a la sección
System.Workflow.ComponentModel.WorkflowCompiler del web.config.

¿Alguna idea? Graciaaaaas

Bueeeeeno, volvemos a la carga!!!

Mi amigo el servicio web WebPartPages.asmx, misteriosamente, ha cambiado el
mensaje de error al llamar al método
ValidateWorkflowMarkupAndCreateSupportObjects diciendome lo siguiente:
<Error><CompilerError Line=\"0\" Column=\"0\" Text=\"Type
TestActivities.Activities.CreateSiteActivity, Kifer.Flow.Activities,
Version=1.0.0.0, Culture=neutral, PublicKeyTokenU4cf5690d5508fe is not
marked as authorized in the application configuration file.\" /></Error>

Vale, pues en el web.config está puesto tal que así en la sección
<System.Workflow.ComponentModel.WorkflowCompiler>

<authorizedType Assembly="kifer.Flow.Activities, Version=1.0.0.0,
Culture=neutral, PublicKeyTokenU4cf5690d5508fe"
Namespace="TestActivities.Flow.Activities" TypeName="*" Authorized="True" />

He intentado ir un poco más allá y he desensamblado la clase WebPartPages
para ver que es lo que hacía y parece que después de unas cientos de miles de
llamadas a clases internas realiza una compilación en memoria del flujo para
comprobar si el flujo es válido.

Vale, y después de todo esto... ahora viene la pregunta... ¿por qué me dice
que no está marcado como autorizado cuando si lo está?

PD: Voy a terminar cogiéndole mania al SharePoint este... :P

Vale, vamos avanzando...

Me he cargado todo, he vuelto a empezar y ahora funciona, así que a saber
que no le gustaba al SharePoint de la anterior DLL. He cosneguido meter las
acciones en el Designer, con lo que ahora puedo a través del desinger crear
flujos de trabajo con las acciones personalizadas. Ahora lo que me pasa es
que... ¿cómo creo yo mediante programación el formulario de instancia del
flujo de trabajo que Designer crea cuando haces un flujo de trabajo que
requiere instanciación manual?

Graciaaaas