问题标签 [workflowservice]

首先，我是新的 WF (v4)，但我可以看到好处，只是学习曲线目前阻碍了我，所以我需要你的帮助。

以我的场景为例，我有一个业务需求，即以不同的时间间隔发送一系列电子邮件。所以我在工作流服务中创建了一个顺序工作流，每个邮件发送之间有适当的延迟。工作流由 Recieve 调用启动。这部分似乎工作正常。

但是，我想要第二个接收电话，有效地停止工作流程，因此不再发送电子邮件。

为了尝试实现这一点，我配置了一个带有 2 个分支的 Pick 控件。分支 1 有一个 Receive with StartEmails，它启动了我之前描述的延迟的电子邮件序列。分支 2 包含第二个 Receive 'StopEmails，但是我的断点永远不会在 StopEmails Receive 上命中。我相信我已经设置了正确的相关性，并且 CanCreatedInstance 设置为 false。

当第一个分支处于延迟（等待）状态时，我无法拨打第二个电话吗？

任何指针将不胜感激。

我有一个模拟审批流程的 .xamlx 流程图工作流。如果提交者在流程图完成之前更改了文件，我希望提交者“重新提交”文件。我以为我可以再次调用第一个接收活动，但我认为工作流程正在识别它已经更进一步并且正在退出。

我是否需要在“重新提交”之前“取消”工作流程？或者也许我只是需要提交者调用的流程图后面的另一种方法？任何帮助表示赞赏。

最近，我开始在我的工作流应用程序中遇到这个异常。

System.Runtime.CallbackException，System.Runtime.DurableInstancing，版本=4.0.0.0，文化=中性，PublicKeyToken=31bf3856ad364e35

用户回调引发了异常。检查异常堆栈和内部异常以确定失败的回调。

我通过运行以下类的 Windows 服务托管我的服务：

这是异常的完整堆栈跟踪：

有谁知道为什么我会得到这个？

我正在使用命令式代码编写自定义活动。在我的组合中，我将接收活动作为组合活动之一。在该活动中，我想动态设置 ServiceContractName 和 OperationName 属性，这意味着，当使用我的自定义活动的开发人员必须设置时。因此，我为此目的声明了一个属性和一个 InArgument。我将此属性和参数值分配给本地（序列变量）。当我尝试将这些变量分配给接收活动属性时，我收到编译时错误。如何将变量分配给接收活动的字符串和 XName 属性。

我正在构建自定义活动，第一个活动包含 ReceiveSendReply 活动和其他一些活动。在此活动中，我正在创建工作流实例。我想为 OutArgument 分配一个 Intialized CorrelationHandle。它将被分配给外部共享变量。

在另一个活动中，我有另一个 ReceiveSendReply 活动，它将恢复由上述活动创建的实例。在第二个活动中，我将 CorrelationHandle 作为 InArgument。我将把这个 InArgument 分配给外部共享的correlationHandle 变量。

当我执行这个工作流服务时，第一个操作执行没有任何问题，它填充关联键，我在响应中接收到该关联键。当我使用接收到的关联键执行第二个活动时，服务返回以下异常：

“InstancePersistenceCommand 的执行被中断，因为实例密钥 '45f99690-2829-3126-0782-99033212633c' 未与实例关联。这可能是因为实例或密钥已被清除，或者因为密钥无效。如果生成密钥的消息在错误的时间发送或包含不正确的相关数据，则密钥可能无效。”

我想知道如何使用 OutArgument 和 InArguments 在两个自定义活动之间共享 CorrelationHandle？

我有一个长期运行的工作流服务，我从中调用了几个服务。其中一项服务是长期运行的共享企业 WCF 服务，它连接到遗留系统，其吞吐量受到底层遗留系统的限制。当达到调用共享 WCF 服务的步骤时，我可能在内存中有数百个 WF 实例。WCF 服务不限制实例创建或定量实例创建。

在我的工作流程和被调用的 WCF 服务中，我会遇到哪些问题？不直接调用 WCF 服务而是将其排队并根据 WCF 服务吞吐量限制对 WCF 服务的调用次数是否有帮助？如果排队是要走的路，那么工作流程中的开箱即用选项是什么？

同样，在工作流中管理服务可用性问题的理想设计是什么？

我有 3 个接收发送活动。我已经根据文档配置了第一次发送和第二次接收活动。

参考：http: //msdn.microsoft.com/en-us/magazine/gg535671.aspx

我的前 2 份运营合同运作良好。但是当我调用我的最终接收活动时，我收到以下错误消息

InstancePersistenceCommand 的执行被中断，因为实例密钥“761c9e4a-2835-d6ec-6017-581a5fbfb741”未与实例关联。这可能是因为实例或密钥已被清理，或者因为密钥无效。如果生成密钥的消息在错误的时间发送或包含不正确的相关数据，则密钥可能无效。

我确信当我的第三个接收活动无法与 2 个发送活动相关联时会发生这种情况。但我不确定如何在这些相关初始化程序中配置第二次发送活动。

我正在使用工作流服务。

我在我的项目中使用 windows 工作流 4.0 版本来管理工作流。在系统中创建了一个项目，该项目有 100 个需要用户批准的文档，每个文档应遵循相同的工作流程。100 个文档的文档处理是并行的。哪一个完成可以进入下一个工作流程步骤。[例如：文档已创建 - 发送以供审核 - 已审核 - 已批准]。

现在我正在为 100 个文档创建 100 个实例。但是我不确定当文档显着增加时的性能（例如：10000 个文档）。也可以在任何给定时间点在系统中创建多个项目。

有没有更好的方法来处理这种情况？

该应用程序基于 ASP.Net 并运行 IIS。

我有一个 WCF WF Web 服务（工作流服务 4.0），该服务的每个操作都具有相同的签名，但名称不同。

我的系统接收到一个事件{int eventType, int entityId}，需要将该事件分派给我上面提到的使用配置的 Web 服务上的操作。

例如，假设我有配置文件（将 eventType 映射到操作名称）：

所以如果我收到eventType等于 5 我需要做类似的事情：

并且 IMyWebService 有一个方法：

背景：IMyWebService是windows工作流基础4.0工作流服务。我希望能够向 Web 服务添加新的入口点，并更改事件调度程序的配置文件，而无需重新编译事件调度程序。

如何配置工作流以公开双向 void 操作？

这样：
1）调用者被阻塞直到操作完成，
2）调用者被通知异常（故障）

使用Receive+SendReply似乎很笨重。一方面，它给工作流程图添加了不必要的噪音。