问题标签 [state-machine-workflow]

我正在.Net 中使用状态机工作流开发应用程序。

我的工作流程根据表格内容保留了一些值。更改表内容时应更改持久值。但它没有发生我该怎么做？

问候 Dhanraj.S

我试图让 StateMachine 在状态之间执行一些数据库操作。

所以我有一个“开始”状态，它使用 CallExternalMethodActivity 在一个用 ExternalDataExchangeAttribute 修饰的类上调用“BeginExecuteNonQuery”函数。之后，它使用 SetStateActivity 更改为“结束”状态。

“结束”状态使用 HandleExternalEventActivity 来监听“EndExecuteNonQuery”事件。

我可以单步执行本地服务，进入“BeginExecuteNonQuery”函数。

问题是“EndExecuteNonQuery”为空。

...

我的实施做错了什么？

-斯坦

我正在运行状态机工作流来控制用户与网站的交互。工作流运行时托管在 asp.net 中。我能够让它按我的意愿工作，但在工作流中为转换状态而触发的事件并不总是转换状态。这让我质疑 WWF 与 asp.net 的集成：

在 asp.net mvc 环境中托管工作流运行时是最佳选择吗？

还是使用 Windows Workflow Service Host 在 Windows 服务中托管运行时并允许 asp.net 应用程序通过 WCF 访问它更好？

有没有人愿意分享的成功案例？

欢迎任何意见和建议，

谢谢，

卡伦

我们有一个状态机工作流程，用于维护用户提交的应用程序的状态。我遇到的问题之一与工作流终止有关。在其中一个州，我有一个错误。当应用程序达到该状态时，它会引发异常，结果，工作流的终止事件被调用，并且特定的工作流实例从持久性数据库中删除。所以我不能再加载那个工作流实例了。我本来希望，如果其中一种状态出现错误，则会引发异常（以便我们知道问题所在），但整个工作流实例不应该消失。故障处理程序活动能否确保工作流不会终止。此外，有没有一种方法，当调用终止事件时，实例不会从持久存储中删除。

感谢您的任何帮助/建议。

根据这个问题的答案MS WF 状态机工作流和 MS CRM Dynamics 4.0状态机工作流在 CRM 4.0 中不受支持。

我们想知道 MS CRM 2011 是否支持它们？

我很困惑。我是几个与 Sharepoint 相关的博客的狂热读者，每个人都说“不要再在 .NET 3.5 中使用状态机工作流 - 它们不会在 .NET 4 中存在”。

阅读该主题，.NET 4.0 不支持状态机工作流，而是使用流程图 WF。美好的。
现在有Platform Update 1 - 它再次引入了状态机工作流。此外，关于“新”状态机功能的公告并没有说明原因 - 似乎我们再次拥有状态机 WF。

我的问题：微软是否将状态机工作流重新添加到组合中，或者这是一个完全“新”的状态机工作流活动（与兼容性有关）。此举是否是由于人们抱怨不再有状态机工作流程的客户压力？我基本上是在寻找某种解释，解释为什么 .NET 4（使用平台更新 1）中突然出现状态机工作流。并且：他们会留下来（.NET 5）还是这是暂时的举动？

PS：另外看看官方的状态机指导白皮书，他们基本上仍然说如果你在 3.5 中使用状态机 - 现在使用流程图。

我正在尝试测试我的 WF4 状态机工作流程。一些转换由 Receive 活动触发，并根据消息中的数据进行适当的转换。现在我正在使用 WorkflowApplicationTest 来运行我的测试，但我只能测试我的超时路径，因为任何其他转换都是由这个接收触发的。我已经研究过使用 XamlInjector 来模拟 Receive，但它看起来只适用于自定义活动。我还尝试制作自定义接收活动，以便我可以模拟它，但无法弄清楚我需要做的所有事情来使我的自定义接收工作或找到有关创建自定义接收活动的任何信息。

是否有一个简单的解决方案我忽略了如何测试它？如果自定义接收是能够使用 XamlInjector 的唯一方法，我该如何编写呢？

我正在使用 Visual Studio 测试框架进行单元测试。

我即将在我的应用程序中实现一个基于状态机的工作流，我遇到了一个有趣的框架，可以使这项任务更容易 - http://code.google.com/p/stateless/
遗憾的是，它仅适用于 C#。
有谁知道类似的 Java 工作流框架？我担心集成 Drools 会花费比我能承受的更多的时间，我需要一些轻量级的东西，比如无状态框架。

我正在研究创建一个新的状态机工作流——通常与我们的其他流程图工作流一起，我们设置它们，以便我们可以在升级后通过在未来的“状态”中启动它们来重新启动它们——有没有一种简单的方法来启动一个状态机器工作流处于任何给定状态，或者您是否需要将其放在一起以便起始状态可以转换到任何其他状态并以编程方式对逻辑和转换进行排序？

我在 WF4 中创建了一个简单的订单管理器 wf 服务（状态机）。

订单（EF 实体）属性：Id、IsExport、NumOfProduct、ProductName、Status（等待、批准、拒绝）。

状态机状态：
1. OrderReceived（验证 -> 响应活动）
2. 等待（空） - 转换：
更新（更新订单活动）-> 等待状态批准（分配状态字段，更新订单和响应活动）-> 最终状态
3 . 最终状态。

相关键：Order.Id

实施提出了一些问题。

1. WF可以管理订单实例的一个流，订单流和订单实体是一一对应的关系。问题是我应该在哪里以及如何根据状态过滤器（例如批准的订单或等待订单）实施实体列表。该列表应该可以通过 WCF 服务方法访问。

2. 管理批处理数据处理的最佳实践是什么。（例如：多个订单批准。客户端中的“Foreach”不是必需的 sln。）

3. 订单的状态由数据库中的“状态活动持久化实例”和实体的状态字段表示。确定实体状态的最佳实践是什么，列出处于定义状态的活动持久活动实例或根据状态过滤器参数从数据库中选择实体（通过活动）？

任何帮助，将不胜感激。