Windows workflow 4.5的并行版本控制-如何加载业务dll的正确版本

Windows workflow 4.5的并行版本控制-如何加载业务dll的正确版本,workflow,.net-4.5,versioning,xamlx,Workflow,.net 4.5,Versioning,Xamlx,我托管了两个版本的工作流(WF4.5)。遵循本MSDN样本中的说明-。提供的并排功能允许配置工作流服务,以便使用新的工作流定义创建工作流服务的新实例,同时使用现有定义运行完整的实例 工作流(xamlx)使用在另一个类库“MessageGeneration.dll”中定义的一些函数。这些功能也发生了变化。因此,workflow和MessageGeneration.dll都有两个版本。WF-v1应使用MessageGeneration.dll-v1,WF-v2应使用MessageGeneration

我托管了两个版本的工作流(WF4.5)。遵循本MSDN样本中的说明-。提供的并排功能允许配置工作流服务,以便使用新的工作流定义创建工作流服务的新实例,同时使用现有定义运行完整的实例

工作流(xamlx)使用在另一个类库“MessageGeneration.dll”中定义的一些函数。这些功能也发生了变化。因此,workflow和MessageGeneration.dll都有两个版本。WF-v1应使用MessageGeneration.dll-v1,WF-v2应使用MessageGeneration.dll-v2

任何解决这个问题的建议都会很有帮助。
谢谢。

我不熟悉WF流程的工作原理,但以下方法通常适用于此类场景:

您可以在配置文件(app.config/web.config)上指定特定版本的二进制位置,该文件是CLR在解析二进制文件时查找的位置。有关的一般信息

以下是一个例子:

<dependentAssembly>
            <assemblyIdentity name="assembly name" publicKeyToken="token" culture="neutral" />
            <codeBase version="specific version" href="bin/binary.dll" />
            <codeBase version="specific version" href="bin/subBin/binary.dll" />
        </dependentAssembly>

查看为加载二进制文件而探测的位置。根据procmon报告,可以修复配置上的路径,也可以放置二进制文件