问题标签 [workflowservice]

在 AppFabric 中，我们看到一些暂停的工作流。当我们尝试手动恢复它们时，我们会收到错误：

在 net.pipe://[server]/[webSite]/[folder]/[workflowFile].xamlx/System.ServiceModel.Activities_IWorkflowInstanceManagement 上没有可以接受消息的端点侦听。这通常是由不正确的地址或 SOAP 操作引起的。有关更多详细信息，请参阅 InnerException（如果存在）。

此错误的原因可能是什么？这个端点应该在哪里定义？

我正处于工作流服务和 WPF 的调查阶段。

到目前为止，让状态机 WF 服务托管在 IIS 中并且一个或多个 WPF 客户端与 WF 服务通信听起来是合理的选择。

但是，尽管阅读和研究了几天，但我不清楚从 WPF 应用程序跟踪状态之间转移的最佳策略是什么。

跟踪参与者的样本很多，但大多数都基于一个流程场景。

所以我正在考虑如下结构。

1. 任何客户端调用以注册其客户端终结点的服务器端 WCF 操作
2. 一个自定义跟踪参与者，它遍历所有已注册的客户端端点并在其 Track() 方法中发送 TrackingRecord。

这种方法的优点是它允许实时更新状态而无需像 ETW 这样的额外层。另一个优点是它允许将逻辑（或者可能是模型层）与表示层分离。

任何人都可以就上述结构分享意见吗？我也欢迎任何关于实现目标的建议。

[编辑]为了使我上面的想法更加详细和清晰，下面的步骤将是一个典型的用法。

1)（WPF 客户端）包含并打开一个 WCF 端点以接收 TrackRecords。

2)（WF 服务）打开一个 WCF 操作（或带有接收消息的简单 WF 实例），将客户端地址注册到内部存储。

3) (WF 服务) 创建并添加一个自定义跟踪参与者，它将 TrackingRecord 发送到注册客户端的端点。

4）（客户端）连接到上述服务并分发步骤 1 中提到的客户端端点，从而接收 TrackingRecords。

[编辑 2]

简单地说我的目标，我想知道

1) 通过 TrackingParticipant 在 WF 服务 (IIS) + WPF 或任何类型的客户端应用程序上跟踪 StateMachine 状态的最有效方式。

2）如果我的建议可以改进

同时，我已经实现了这一点并且到目前为止效果很好。我还在客户端添加了 MvvM Light 框架的消息传递功能，以便将接收到的消息轻松传播到模型。

我正在尝试设置我的服务wsHttpBinding。服务页面在 Firefox 中加载得很好，但是当使用 WCFTestClient 发出请求时，会触发错误异常，因为它显然EndPoint出于某种原因试图访问 mex。如您所见，我什至没有列出 mex，这是配置：

然而，这是异常消息：

由于 EndpointDispatcher 的 AddressFilter 不匹配，接收方无法处理带有“http://localhost/SecAmerInc.STPCore.Services.WorkFlowManagement/WorkFlowManagement.xamlx/mex”的消息。检查发送方和接收方的 EndpointAddresses 是否一致。

这是 WCFTestClient 的配置：

我们是一个全球性的慈善组织。我们的一个 SharePoint 应用程序有问题，由于没有解决方案，我们在这里有点绝望。

问题描述：我们的 SharePoint 2010 应用程序使用 Infopath 2010 在线创建和提交表单以获得批准和授权。该系统在我们的 Intranet 中完美运行，但是当我们尝试通过 Internet 访问它时（我们希望它可以双向访问），它不会打开 InfoPath 表单。我们正在使用经典的 Windows 身份验证。

我们所做的是：在Web应用程序的Internet区域中添加了Alternate Access Mapping（https://sharepoint.xxx.org.uk），我们没有在IIS中添加与https的绑定（这可能是一个问题？）。

然后，我们将此服务器的 IP 映射到 UAG Forefront 服务，以使其在 Internet 上可用。现在，该应用程序可通过 Intranet 和 Internet 使用。但问题是，在互联网上，表单不会打开，它们会永远加载，现在当我们删除防火墙设置时，表单会打开一个错误消息，即加载表单时出现错误。无法下载所需的资源。要尝试恢复下载，请刷新页面。

我们已经尝试并用尽了互联网上论坛和博客中的几乎所有选项，但无济于事。

有人可以帮助我们吗？我们真的很想解决这个问题。

我在 IIS 中托管工作流服务 (xamlx)。它有一些接收活动，例如 MethodA 和 MethodB。我编写了一个 MVC 应用程序作为客户端来调用这些方法。在 PageA 中，用户提交表单会调用 MethodA，工作流会转到等待 MethodB 的 Receive Activity。然后在Page B，用户提交表单会调用MethodB。但是，如果用户在 PageA 中提交，然后返回到 PageA 并再次提交相同的工作流实例，它将等待一分钟并给出超时异常：

00:01:00 后等待回复时请求通道超时。增加传递给 Request 调用的超时值或增加 Binding 上的 SendTimeout 值。分配给此操作的时间可能是较长超时的一部分。

这个错误似乎来自 WCF，而我想它会给出以下错误：

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

我有几个问题：

1. 有没有我们可以设置的配置，以便可以捕获另一个异常，而不是等待一段时间直到可以捕获超时异常？我知道我们可以在绑定标签中设置一个较小的超时值，但这不应该是一个解决方案。

2. 当工作流实例未处于正确状态时，是否有任何方法可以避免显示 PageA？（即使这样做了，我们还需要解决问题1，因为用户可以打开PageA并在提交前空闲一段时间）

谢谢。

我有一个 WCF 工作流服务 (xamlx)，其中代码活动由流程图调用。

我添加了对需要调用的 WCF 服务的服务引用。但是这个 WCF 服务的客户端在我需要使用它的代码活动中是不可见的。

相反，客户端出现在工具箱中，因此我只能在工作流中使用它。

但是我希望能够在这样的代码中使用它：

Is it possible to extend the WorkflowServiceHost with custom endpoints in the same way endpoints are added to the ServiceHost class? For instance, an endpoint implementing the interface ICustomTracking with BasicHttpBinding.

I'm looking for a solution using code, not the config file.

Any idea?

我正在使用 WF4.5 和 Microsoft.Activities.UnitTesting。我为我的工作流服务定义了 DefinitionIdentity。调用 WorkflowServiceTestHost.Open 时，会出现以下异常：

System.NotSupportedException：InstanceStore 的持久性提供程序实现不支持名为 {urn:schemas-microsoft-com:System.Activities.Persistence/command}CreateWorkflowOwnerWithIdentity 的命令。要么选择不同的提供者，要么确保不尝试此持久性命令。

似乎是因为 Microsoft.Activities.UnitTesting.Persistence.MemoryStore 没有满足 CreateWorkflowOwnerWithIdentityCommand 的要求。有人实施了吗？谢谢。

我正在编写一个使用工作流服务的控制台应用程序。我尝试将 Visual Studio 附加到 IIS 进程以在两个 Visual Studio 控制台中调试我的应用程序，但它没有工作，之后当我尝试对我的服务执行某些操作时（更新服务，构建服务，打开服务）浏览器等）即时调试器弹出：w3wp.exe中发生未处理的Microsoft .net框架异常[此处每次不同的数字]

PS我在IIS中有一个正在运行的服务，在更改设置之前我没有任何问题，但现在即使在重新启动后我仍然有这个问题。

I have created one long running workflow in asp.net 4.0.

This WF start once & never stop. I have start this workflow from my web application. In Global.asax,

I have used some code activity for database transactions.

Process Replenishment - Check requests which are hold due to some reason then process to check it for full fill there requirements & if it valid then pass to next, other wise hold again. Send notification mail about it.

LicenseRequest - Check for valid request.

Sleep 30 Sec - Thread sleep for 30 sec.

Process on Request - Process on request & send notification mail about it.

Sleep 1 Min - Thread sleep for 1 min.

It works fine for me but on server getting me some issues.

1. Work Flow stops after some time
   • this is not happen daily. So we start it manually.

2. Error :

   The context is not currently tracking the entity. Parameter name: entity at System.Data.Services.Client.DataServiceContext.UpdateObject(Object entity) at LicenseWF.SaveLicenseData.Execute(CodeActivityContext context)

   • this happens with valid request but not all, getting one in 2 days.

If any idea, please suggest me. thanks in advance...