Est-ce que quelqu'un a branché BizTalk et Fogbugz?

Question

Nous avons un système intranet qui planifie les tâches de routine. Nous avons également Fogbugz pour le suivi des bogues. Lorsqu'un bug urgent arrive, nous suivons cette tâche dans le bugtracker. Cependant, je dois écrire à l'intranet et à notre CMS. Je pense que Biztalk est la pièce maîtresse, mais je ne suis pas sûr de la meilleure façon de s'y prendre. Adaptateur de base de données Services Web? Je sais que je peux utiliser l'adaptateur CMS pour Microsoft CMS. J'aimerais entendre vos expériences avec Fogbugz.

Answer 1

Je suppose que regarder la base de données pour les changements serait la meilleure façon de le faire. De cette façon, vous pouvez publier toutes les modifications que vous avez vues dans la base de données FogBugz via d'autres adaptateurs BizTalk. Veuillez nous tenir au courant de ce que vous décidez de faire. Je serais intéressé d'en entendre parler.

Answer 2

La version 6 de l'API FogBugz est très bien documentée au http://www.fogcreek.com/FogBugz/docs/60/topics/advanced/API.html. L'API est implémentée en tant que page ASP qui accepte les paramètres GET ou POST et renvoie le code XML après l'authentification d'un utilisateur. Ainsi, nous pouvons utiliser l'adaptateur HTTP Send pour envoyer des requêtes au système FogBugz, soit en mettant à jour les enregistrements de bogues, soit en récupérant des informations. La réponse de l'appel d'API est le XML de base qui sera renvoyé dans le corps de la réponse qui peut être lu par BizTalk si nécessaire.

Soyez conscient que HTTP Envoyer adaptateur ne peut les données POST - il ne peut pas utiliser le verbe GET (http://msdn.microsoft.com/en-us/library/aa561642.aspx)

Answer 3

est-ce pas FogBugz basé sur une base de données SQL Server? Ou utilisez-vous une alternative hébergée?

Si vous utilisez un serveur SQL que vous contrôlez, je lierais simplement deux ports d'envoi au processus qui lit et gère le "FixBugMessage". Un port d'envoi qui utilise l'adaptateur CMS et écrit sur le CMS et un autre qui utilise simplement l'adaptateur SQL et via une procédure stockée écrit dans la base de données FogBugz.