问题标签 [workflow-foundation]

有没有人能够使用 CreateTask 活动将多个用户分配给一个共享点工作流任务？

通常，将工作流参数传递给工作流的方法发生在对 RunWorkflow 的调用中。但是，对于 WorkflowServiceHost，不涉及此类方法调用。您只需在实例上调用 Open() 方法。有任何想法吗？

当然，言下之意是我在服务契约中增加了更多的参数，但这些参数与服务的消费者无关。它们更像是配置值。

我有一个流程，需要四五个人中的任何两个人的批准。我想创建一个分配给每个人的任务，在其中两个任务完成后，删除剩余的任务并继续工作流程。

有没有办法用一个CreateTask活动创建多个任务？另外，我对 WorkFlow 还是很陌生，所以如果我将它们存储TaskIDs在一个数组中，我可以遍历它们以在事后删除剩余的任务吗？

或者我会以完全错误的方式解决这个问题？我愿意接受建议。

我一直在尝试在我的 ASP.NET 应用程序中使用 WF（实际上，它是 ASP.NET MVC ......但它是 MVC 而不是 WebForms 的事实根本不重要）。

现在，我可以运行 WF 并且它工作正常，等等，但它以异步方式启动，因此 WF 的任何结果（好或坏）都会丢失页面生命周期。

我发现一篇MSDN 文章说在 ASP.NET 应用程序中，我们需要

• 放入WorkflowRuntimeApplication状态
• 该WorkflowRuntime实例已ManualWorkflowSchedulerService添加到它（无论是什么）。
• 需要时使用此应用程序状态工作流实例。

这与我学习的方式不同：

• 使 WorkflowRuntime 成为静态对象，该对象在需要时首先创建。
• 在您要运行的新工作流上使用此静态 WorkflowRuntime 实例。

那么......哪种方式更好？我们需要将其粘贴到应用程序中吗？两者有什么区别？

我知道这里实际上有两个问题......

• 应用程序状态与静态对象（使用锁/空或双空检查）
• DefaultWorkFlowSchedulerService与ManualWorkFlowSchedulerService

干杯！

编辑：

• 第一个问题在这里回答。
• 下面回答第二个问题。

有没有Visual Studio Express Edition 可以开发WF 应用程序？

我正在设计的应用程序将按计划从各种不同的来源检索和存储内容。在某些情况下，将根据时间间隔（想想股票报价）检索内容，而在其他情况下，将根据自定义时间表（MWF @ 2pm）检索内容。许多流程都适用于 MS Workflow。内置的 SQL 跟踪服务将提供很多价值。内容源非常不同，每种不同类型的内容检索都将是一个自定义工作流。

我的问题是，我应该如何托管、监控、安排和公开工作流程？

要求：

• 必须能够通过管理 UI 监控每个内容“代理”的运行状况
• 必须能够通过管理 UI 启动和停止单个工作流
• 工作流根据计划重复出现，但不一定“长期运行”
• “服务”必须具有高可用性

Windows 服务、工作流服务、ASP.Net、WCF 都可供我使用，我也愿意接受其他建议。

我需要停止执行是否有使用终止和暂停活动的程序

我的组织正准备实施一个新系统，这是一个 asp.net 应用程序。该应用程序将有大量由网站启动的离线工作队列。该队列将保存不同类型的活动，最好是在 XML 消息中。想想电子邮件通知、计划任务等。

过去，该组织可能会使用 MSMQ 来完成此任务。然而，他们认为 MSMQ 是老派（我部分同意他们的观点），因此我们将进行架构审查以确定“最佳”解决方案。

在我看来，有几个潜在的选择：

1. 坚持在最新版本的 MSMQ 上使用新的实现 - 不理想，但已成为已知产品。
2. 使用 Windows Workflow Foundation，我从其他一些开发人员那里听说过使用它来做这类事情。
3. 开发自定义数据库解决方案。

我是否缺少任何明显的解决方案？理想情况下，这将是 Microsoft 产品，但实际上只需要在以 Microsoft 为中心的商店中工作。

我关心以下几点：
1. 易于实施和维护
2. 将存在一段时间的解决方案
3. 能够处理大量行，其中包含中等大小的 XML 数据
4. 绝对可靠的队列系统，快速更新（多个实用程序进程可能会从队列中抓取记录来处理它们）。

我们正在为一家端到端使用 Microsoft 产品的公司选择工作流解决方案。鉴于 WF4 的消息，它似乎本质上是对以前版本的重写，是否支持当前版本是明智之举，还是我们应该寻找其他地方？

即 - 当前版本是否如此糟糕以至于我们不明智地尝试使用它？

我需要将工作流添加到现有解决方案中，该解决方案已经包含一个类库和一个网站。如果我将工作流添加到类库中，它们在逻辑上适合，我没有设计器支持。如果我在单独的项目中创建它们，我倾向于具有循环依赖关系，因为我的域对象运行工作流，而工作流需要我的域对象。

避免此问题的首选架构是什么？