有人连接过 BizTalk 和 Fogbugz 吗？
我们有一个内部网系统来安排日常任务。 我们还有 Fogbugz 用于错误跟踪。 当出现紧急错误时，我们会在错误跟踪器中跟踪该任务。 但是，我需要写回 Intranet 和我们的 CMS。 我认为 Biztalk 作为中间部分，但不确定最好的方法。 数据库适配器？ 网页服务？
我知道我可以使用 Microsoft CMS 的 CMS 适配器。 我很想听听您使用 Fogbugz 的经历。
We have an intranet system that schedules routine tasks. We also have Fogbugz for bug tracking. When an urgent bug comes in, we track that task in the bugtracker. However, I need to write back to both the Intranet and our CMS. I'm thinking Biztalk as the middle piece, but am not sure the best way to go about it. Database adapter? Web services?
I know I can use the CMS adapter for Microsoft CMS. I'd love to hear your experiences with Fogbugz.
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（3）
FogBugz 不是基于 SQL Server 数据库吗？ 或者您使用托管替代方案吗？
如果它使用的是您控制的 SQL Server，我只需将两个发送端口绑定到读取和处理“FixBugMessage”的进程。 一个发送端口使用 CMS 适配器并向 CMS 写入数据，另一个发送端口仅使用 SQL 适配器并通过存储过程写入 FogBugz 数据库。
Isn't FogBugz based on a SQL Server Database? Or do you use a hosted alternative?
If it's using a SQL Server you're controlling I'd just tie up two send ports to the process that read and handles the "FixBugMessage". One send port that uses the CMS Adapter and writes to the CMS and another that just uses the SQL Adapter and via an Stored Procedure writes to the FogBugz database.
我猜想观察数据库的变化将是最好的方法。 这样，您就可以通过其他 Biztalk 适配器发布 FogBugz 数据库中发生的任何更改。
请让我们了解您决定做什么的最新情况 - 我很想听听。
I'm guessing that watching the database for changes would be the best way to do it. That way, you could post any changes you saw happen in the FogBugz database through other Biztalk adapters.
Please keep us updated with what you decide to do - I'd be interested to hear about it.
FogBugz API 的第 6 版在 http:// /www.fogcreek.com/FogBugz/docs/60/topics/advanced/API.html。 该 API 以 ASP 页面的形式实现，该页面接受 GET 或 POST 参数，并在用户通过身份验证后返回 XML。
因此，我们可以使用 HTTP 发送适配器向 FogBugz 系统发送 POST 请求，更新错误记录或检索信息。 API 调用的响应是基本 Xml，它将在响应正文中返回，BizTalk 可以根据需要读取该响应正文。
请注意，HTTP 发送适配器只能 POST 数据 - 它不能使用 GET 动词 (http://msdn.microsoft.com/en-us/library/aa561642.aspx）
Version 6 of the FogBugz API is pretty well documented at http://www.fogcreek.com/FogBugz/docs/60/topics/advanced/API.html. The API is implemented as an ASP page that accepts GET or POST params and returns XML after a user has been authenticated.
So, we can use the HTTP Send Adapter to POST requests to the FogBugz system, either updating bug records or retrieving information. The response from the API call is basic Xml that will be returned in the response body that can be read by BizTalk as necessary.
Be aware that the HTTP Send Adapter can only POST data - it cannot use the GET verb (http://msdn.microsoft.com/en-us/library/aa561642.aspx)