Service web托管Windows工作流服务4.5的并行版本控制

我试图让并行工作流服务在MSDN文章之后工作。不幸的是，我的电脑坏了。。它抛出了非常一般的异常，如下所示

System.ServiceModel.FaultException: The workflow has been aborted.

at System.Runtime.AsyncResult.End[TAsyncResult](IAsyncResult result)

at System.ServiceModel.Activities.Dispatcher.ControlOperationInvoker.InvokeEnd(Object instance, Object[]& outputs, IAsyncResult result)

at System.ServiceModel.Dispatcher.DispatchOperationRuntime.InvokeEnd(MessageRpc& rpc)

at System.ServiceModel.Dispatcher.ImmutableDispatchRuntime.ProcessMessage7(MessageRpc& rpc)

at System.ServiceModel.Dispatcher.MessageRpc.Process(Boolean isOperationContextSet)

以下是步骤

我已经使用Framework4.5开发了示例工作流服务，并设置了定义标识

命名为CusotmerService.xamlx

在应用程序结构中托管

也更新了持久性存储架构SqlWorkflowInstanceStoreSchemaUpgrade.sql

在开始更改现有工作流定义之前，请执行以下更改

创建应用程序代码文件夹->将现有工作定义CustomerService.Xamlx移动到此文件夹

并将其重命名为CustomerServiceV1.xamlx

然后，我对CustomerService.xamlx进行了更改，添加了一个额外的分配活动

修改了定义标识，将版本更改为2.0.0.0

然后我发布了对IIS发布的更改，发布后也重新启动了IIS

我一发布对IIS的更改，持久化工作流就中断了。新实例工作正常，没有任何问题

我不知道它为什么坏了。。有没有办法在IIS/Appfabric中发布并行工作流服务？我做错什么了吗。。。请给我提个建议

感谢您的快速回复

谢谢

---

Deepa

阅读MS文档表明，将XAMLX移动到AppCode文件夹是不正确的。应将其移动到与服务同名的子文件夹中：

在App_Code文件夹中创建一个与服务文件同名的新文件夹。如果服务的xamlx文件名为MortgageWorkflow.xamlx，则该文件夹必须名为MortgageWorkflow。将原始服务的xamlx文件的副本放入此文件夹，并将其重命名为新名称，例如MortgageWorkflowV1.xamlx

---

b要诊断中止的异常，通常需要转到AppFabric服务配置并在WCF和WF上启用详细跟踪。你会在那里看到根本原因。

对不起，我没有正确解释。。。我在App_代码下创建了名为CustomerService的文件夹，因为我的服务名为CustomerService.xamlx，然后将原始工作流定义移动到此文件夹。。无论如何，我将启用跟踪并检查它。通常，突然中止的工作流记录意味着某个非常严重的异常发生得太早，以至于wf实例无法正确跟踪它。启用详细的WCF和WF日志记录，也可以尝试消息跟踪-也可以在google上查找Application Server Analytics windows事件日志，启用它并查看其中的内容