2009-09-07 91 views
0

我想跟踪我自己的跟踪服务中的自定义活动的属性值.i.e。我不需要它内置的SQL跟踪服务。我已经成功地重现了SQL跟踪服务,因为我可以看到工作表和活动状态等,但我也希望看到属性值。如何跟踪自定义Windows Workflow Foundation活动属性?

我们正在使用基于MS WF的自己的工作流引擎为文档管理系统(DMS)编写许多工作流程。因此,我不能更改工作流运行时(如果需要)。该解决方案必须与底层Microsoft工作流运行时的嵌入式功能配合使用。

我们的工作流程通常通过我们编写的自定义活动来执行数据库查找。然后将这些查找值传递给其他用于程序流或用于持久化到DMS中的活动。如果我们能够在运行时看到这些查找值是什么,并且实际上是DMS自己的活动属性的值,那将是非常好的。

回答

0

根据我对MS工作流程的知识(当然有限),正确的方法是从工作流程内发布更新到您的跟踪服务 - 即,如果您的工作流程执行了一些步骤,应该去跟踪服务并说“我做了X”。您的跟踪服务可以记录此信息,以回答关于工作流程所做的任何后续查询(以及当时的各种属性值)。

重要的一点是WF引擎对于运行工作流非常有用 - 但并不擅长报告这些工作流的进度。

如果你确实对WF引擎有一些控制(你说它的“基于MS WF”),那么一个选项可能是让你的WF引擎为所有工作流发布这样的更新。这可能允许您放弃实际工作流定义中的显式更新。但是,如果您确实无法对引擎进行任何更改,那么这将不起作用。

+0

谢谢你的回答。在工作流引擎主机的限制范围内,我们的活动必须运行,我猜想活动属性状态的报告必须由我们完成 - 尽管不太理想。 – 2009-11-02 05:30:52

+0

我记得一件类似于这件事的内容,我听到Brian Noyes在deepfriedbytes(http://deepfriedbytes.com/)上听到的播客。它有2个部分。我正在考虑的具体评论是第1部分27分钟... – 2009-11-02 07:29:08

相关问题