우리는 일상적인 작업을 예약하는 인트라넷 시스템을 가지고 있습니다. 버그 추적을위한 Fogbugz도 있습니다. 긴급 버그가 발생하면 버그 추적기에서 해당 작업을 추적합니다. 그러나 인트라넷과 CMS 모두에 다시 기록해야합니다. 나는 Biztalk를 중간 곡으로 생각하고 있지만, 그것에 대해 갈 가장 좋은 방법은 확실치 않습니다. 데이터베이스 어댑터? 웹 서비스?누군가 BizTalk 및 Fogbugz에 관심이 있습니까?
Microsoft CMS 용 CMS 어댑터를 사용할 수 있음을 알고 있습니다. Fogbugz에 대한 당신의 경험을 듣고 싶습니다.
나는 변화에 대한 데이터베이스를 보는 것은 그것을 할 수있는 가장 좋은 방법이 될 것 같은데요. 그렇게하면 FogBugz 데이터베이스에서 발생한 변경 사항을 다른 BizTalk 어댑터를 통해 게시 할 수 있습니다.
우리는 당신이 결정 무엇으로 업데이트 보관하십시오 - 나는 그것에 대해 듣고 관심을 가질 것입니다. 의 Fogbugz API의
버전 6은 꽤 잘 http://www.fogcreek.com/FogBugz/docs/60/topics/advanced/API.html에 설명되어 있습니다. API는 GET 또는 POST 매개 변수를 허용하고 사용자가 인증 된 후에 XML을 반환하는 ASP 페이지로 구현됩니다.
그래서 FogBugz 시스템에 대한 POST 요청에 HTTP 송신 어댑터를 사용하여 버그 레코드를 업데이트하거나 정보를 검색 할 수 있습니다. API 호출의 응답은 필요한 경우 BizTalk에서 읽을 수있는 응답 본문에 반환되는 기본 XML입니다.
는 HTTP 어댑터를 보내기주의하십시오
수있는 유일한 POST 데이터 -가 GET 동사를 사용할 수 없습니다 ( http://msdn.microsoft.com/en-us/library/aa561642.aspx)는 SQL Server 데이터베이스를 기반으로의 Fogbugz 아닌가? 아니면 호스팅 된 대안을 사용합니까?
당신이 제어하는 SQL Server를 사용한다면 "FixBugMessage"를 읽고 처리하는 두 개의 포트를 연결해야합니다. 하나는 CMS 어댑터를 사용하고 CMS에 쓰고 다른 하나는 SQL 어댑터를 사용하고 Stored Procedure를 통해 포트를 FogBugz 데이터베이스에 쓰는 포트입니다.