我们对Microsoft BizTalk Server 2009进行了大量投资，它就像是我们所有异步工作的梦想。不过，我们希望用它做更多的同步工作，这就是我们认真研究ESB Toolkit 2.0的原因。
但是，我在使用此工具包后遇到了问题，我的直觉是它没有做好企业准备。换句话说，有太多的位需要以绝对正确的顺序安装，太多的东西可以（并且确实）出错 - 太多的.config文件的黑客攻击让它工作，文档充满了错误，拼写错误的异常消息等。
任何人都有这种观点吗？
是否有人在实时制作环境中实际使用此工具包？ 你有BTS 2006/2009但决定不使用ESB Toolkit吗？
真的很想听听一些意见。
由于
安德鲁
答案 0 :(得分：2)
我认为有许多开发人员和项目发现了与您描述的ESB工具包相同的问题。我见过一些项目和公司利用工具包但通常我看到的是使用源代码（不是MSI和/或编译代码，源被清理，只有部分部署在项目上）我已经看到ESB门户网站最常用于其“开箱即用”的错误管理功能，因为我已经看过它的ASP.NET并且已经为它构建了扩展的一部分。我认为它会到达那里，亲切的让我想起了企业图书馆的早期年代，我认为只有经过3 - 4年的发展才能让企业做好准备。
答案 1 :(得分：0)
我们花了几年时间来改进ESB工具包，这很有用。我们有一个SharePoint Web部件（可以与SP Foundation一起使用）。 有很多增强功能。仅举几例： 在失败时重新提交（而不是行程的开始） 友好的XML编辑器（而不是字符串编辑器） 记录业务数据 Ajax门户（一直没有按F5） 可以看到行程的所有步骤（发生了什么，下一步是什么） 记录谁进行了修改