是否可以通过TFS 2010工作流创建和使用自定义x86 CodeActivity？

Question

我正在尝试创建一个自定义的CodeActivity以与TFS 2010一起使用。到目前为止，我的大部分工作都基于此series（感谢Ewald为此致谢）。

一切都很好，直到我绑在第二块。我正在尝试使用Microsoft.BizTalk.ExplorerOM.dll做一些BizTalk配置。对dll的一个抱怨是，它只有x86，以及我无法控制的来自Microsoft的内部DLL。我之前在VS2008中完成了相同的任务，我基本上只是试图将相同的功能转移到VS2010中，将其清理干净并将其集成到工作流程中。

当我第一次从ExplorerOM添加代码，我得到了以下错误：在一个64位的过程，不支持

资源管理器OM。

在改变配套工程为32位后，我正在以下：

无法创建未知类型“{CLR-名称空间：BizTalk.Deployment.CodeActivities;装配= BizTalk.Deployment.CodeActivities} UndeployBizTalkBindings'。

经过在网络上的一些研究，我相当确定这是由于64位构建过程无法加载我的，现在32位，DLL。

有没有办法将构建过程本身指定为32位？我在TFS中没有看到任何设置。我曾考虑通过简单的32位控制台应用程序运行代码并使用InvokeProcess活动，但是我担心如果不访问上下文对象，我将无法获得我期望实现的记录粒度。这项工作将相当重要。

有关如何完成此任何想法？我也会接受其他解决方案。

Answer 1

事实证明，通过InvokeProcess活动实现这一目标的最佳方式是通过InvokeProcess活动。我能够编写一个小命令行实用程序并使用它来调用它。标准输出可以通过InvokeProcess活动本身连线到tfs系统，保持记录和信息集中。

从理论上讲，对于需要调用32位进程的任何场景，可以使用小型命令行包装轻松地重复此模式。

Answer 2

在Windows服务中托管WCF服务怎么办？如果您在服务中实施会话，则应该能够维护上下文。