Error de manipulación en los flujos de trabajo de SharePoint
El tratamiento de fallos en flujos de trabajo es un concepto importante a considerar, porque a veces una rutina que su flujo de trabajo es de por sí solo va a llamar a pedo a cabo. Simplemente sucede, apesta, pero sucede. Esto sucede con los genéricos. NET, lo que sucede cuando los flujos de trabajo personalizados de construcción. Se producirá un error con su flujo de trabajo, a borbotones, y debe ser manejado apropiadamente. Por lo general, dentro de un flujo de trabajo, como se produce una excepción, que quiere hacer en general, hacer una de dos cosas, o bien la salida del flujo de trabajo y limpieza de la persistencia, o intento de mantener la persistencia del flujo de trabajo.
Dado que la mayoría de las actividades predeterminadas que se ofrecen con la base de flujo de trabajo son bastante inútiles (estoy siendo negativo, puesto que tuve un mal día con ellos), se le va a terminar de escribir un montón de actividades personalizadas de su propio flujo de trabajo, en cuyo caso es muy importante. La ejecución de la actividad puede fallar, en cuyo caso una excepción a la burbuja que tiene que ser manejado.
Entonces, ¿cómo hace uno para el manejo de estos defectos temía que se producen en el código de flujo de trabajo, y más importante, al crear actividades personalizadas que van a ser aprovechado dentro de un flujo de trabajo personalizado?
Lo hago a través del uso de la interfaz de ISharePointService y reemplazando el método HandleFault. Esta es una buena manera de manejar los fallos que se producen dentro de sus actividades de flujo de trabajo La interfaz ISharePointService es uno de los 4 locales de comunicación interfaces que se concedan aprovechar. Hay también los tres interfaces de comunicación que se puede explotar, es decir, IListService, ITaskService, y IWorkflowModificationService.
También verá el uso de ActivityExecutionStatus.Closed. Esto es porque el trabajo de limpieza que se requiere antes de la actividad dentro de este código se supone, y por lo tanto, puede cerrar el estado de ejecución de la actividad. Es posible también utilizar ActivityExecutionStatus.Faulting es
Cuando el controlador de la ejecución HandleFault es enviada por el tiempo de ejecución, se espera que la actividad será llevar a cabo cualquier trabajo de limpieza que se requiere antes de su transición al estado cerrados. Si su trabajo de limpieza es corto, usted puede hacer eso y volver ActivityExecutionStatus.Closed. Si es largo, a continuación, volver ActivityExecutionStatus.Faulting y esperar a que las devoluciones de llamada en última instancia, requiere antes de creturning cerrados.
- ActivityExecutionContext executionContext, Exception exception ) protected override ActivityExecutionStatus HandleFault (ExecutionContext ActivityExecutionContext, salvo excepciones)
- (
- executionContext. GetService ( typeof ( ISharePointService ) ) ) . LogToHistoryList ( base . WorkflowInstanceId , SPWorkflowHistoryEventType. WorkflowComment , 0 , TimeSpan. MinValue , string . Empty , string . Format ( "Your WorkFlow Farted!: {0}" , exception. Message ) , string . Empty ) ; ((ISharePointService) ExecutionContext. GetService (typeof (ISharePointService))). LogToHistoryList (base. WorkflowInstanceId, SPWorkflowHistoryEventType. WorkflowComment, 0, TimeSpan. MinValue, cadena. Vacíos, sin cadena. Format ( "El Flujo de trabajo Farted!: (0)", excepción. Message), de cadena. Empty);
- ; ActivityExecutionStatus retorno. Cerrado;
-
)
Esto es bastante simplista, y no excepcionalmente impresionante, sin embargo, es conseguir el trabajo hecho por mí y puede ahorrar algo de tiempo mientras se están desarrollando los flujos de trabajo personalizados 
.
Artículo o de investigación presentadas en virtud de SharePoint para el Desarrollo.
7 Comentarios »
RSS de comentarios de esta entrada. TrackBack URL
Flujos de trabajo de error de manipulación [...] En SharePoint [...]
Pingback por amor vínculo Sharepoint 06/22/2007 a las generaciones Virtual - 22 de junio, 2007 @ 12:31a.m.
Gracias! Eso es lo que estaba buscando.
Comentario por Vitaly Mogoreanu - 6 de julio, 2007 @ 9:47 am
Gracias!
Comentario de ironjustice - 3 de marzo, 2009 @ 9:10 pm
Gracias!
Comentario de ironjustice - 3 de marzo, 2009 @ 9:10 pm
Esto sólo salvar mi pelo. ¡MIL GRACIAS!!!
Comentario de Omarie asunto - 24 de febrero 2010 @ 2:20 pm
contento de que ayudó!
Comentario por Adam - 24 de febrero 2010 @ 3:48 pm
Hola,
¿Hay alguna manera de manejar error en WF sólo con SPD. Debido a que tenemos algunas restricciones de uso de Visual Studio para hacer de códigos personalizados
Comentario de Prineeth - 4 de marzo 2010 @ 10:09 pm