Tag: workflow

试图找到Windows Workflow 4.5问题的底部

我得到的错误是 “WorkflowApplication已中止，因为Load或LoadRunnableInstance操作引发了exception。创建一个新的WorkflowApplication对象以尝试加载另一个工作流实例。” 我正在使用“workflowapplication”来运行工作流程。 我正在尝试加载的工作流实例（其中有一些）是在前一段时间创建的，并且持久存储在数据库中。 有没有办法找到在Load或LoadRunnableInstance操作期间实际抛出的exception？ 我在workflowapplication对象的“aborted”事件中捕获到了这个错误，但它并没有告诉我在加载过程中抛出的错误。 新增加 我在web.config中粘贴了以下代码以获取有关上述exception的更多详细信息： 这指向了我的例外 System.Activities.DurableInstancing警告：131075： http ： //msdn.microsoft.com/en-US/library/System.ServiceModel.Diagnostics.ThrowingException.aspxThrowing exception。 来源：System.Activities.DurableInstancing 4.0.0.0。 exception详细信息：System.Runtime.DurableInstancing.InstancePersistenceCommandException：名为{urn：schemas-microsoft-com：System.Activities.Persistence / command}的InstancePersistenceCommand的执行由于错误而中断LoadWorkflow。 —> System.Runtime.Serialization.SerializationException：反序列化器无法加载要反序列化的类型，因为在程序集’EntityFrameworkDynamicProxies-ConnectCore，Version = 1.0.0.0中找不到类型’System.Data.Entity.DynamicProxies.VacancyQuestionFormA_0A0432BFEF4023483E1B33251D8373454EAC6EDF2B2C6F312A4F606F45AF30E8’， Culture = neutral，PublicKeyToken = null’。 检查序列化的类型是否与要反序列化的类型具有相同的合同，并使用相同的程序集。 所以现在我的问题是如何处理被序列化的动态代理。 根据我的阅读，这些是按需的，因此不能保证在Dlls中，特别是因为我们有多个开发人员。 我们已经拥有了具有序列化代理类的工作流实例的客户端。 我的问题现在变成：Windows Workflow是否有内置的方式更加雄辩地处理序列化代理类？

在.NET 4.0中加载存储为XAML的工作流

加载以前创建并存储为XAML的.NET 4.0 Beta2工作流的语法是什么。 WorkflowElement和WorkflowXamlServices类不再存在。 我正在尝试做这样的事情（在Beta 1中有效）： WorkflowElement wf = WorkflowXamlServices.Load(File.OpenRead(“Workflow.xaml”)) as WorkflowElement;