我们有一个安排日常任务的 Intranet 系统。我们还有用于错误跟踪的 Fogbugz。当出现紧急错误时,我们会在错误跟踪器中跟踪该任务。但是,我需要写回 Intranet 和我们的 CMS。我认为 Biztalk 是中间部分,但不确定最好的方法。数据库适配器?网页服务?
我知道我可以将 CMS 适配器用于 Microsoft CMS。我很想听听您对 Fogbugz 的体验。
我猜想观察数据库的变化是最好的方法。这样,您可以通过其他 Biztalk 适配器发布您在 FogBugz 数据库中看到的任何更改。
请让我们随时了解您决定做什么 - 我很想听听。
FogBugz API 的第 6 版在http://www.fogcreek.com/FogBugz/docs/60/topics/advanced/API.html上有很好的记录。API 被实现为一个接受 GET 或 POST 参数并在用户通过身份验证后返回 XML 的 ASP 页面。
因此,我们可以使用 HTTP 发送适配器向 FogBugz 系统发送 POST 请求,更新错误记录或检索信息。API 调用的响应是基本 Xml,它将在响应正文中返回,BizTalk 可以根据需要读取该响应正文。
请注意,HTTP 发送适配器只能 POST 数据 - 它不能使用 GET 动词 ( http://msdn.microsoft.com/en-us/library/aa561642.aspx )
FogBugz 不是基于 SQL Server 数据库吗?还是您使用托管替代方案?
如果它使用的是您正在控制的 SQL Server,我只需将两个发送端口绑定到读取和处理“FixBugMessage”的进程。一个使用 CMS 适配器并写入 CMS 的发送端口,另一个仅使用 SQL 适配器并通过存储过程写入 FogBugz 数据库的发送端口。