2012-08-24 5 views
0

Mon client procède à une mise à niveau de CRM Dynamics 4 vers 2011 et utilise BizTalk 2009 comme ESB, il utilise actuellement l'adaptateur Microsoft BizTalk Server pour Microsoft Dynamics CRM 4.0 pour l'intégration. , ma question est est-ce que quelqu'un sait ce que les changements de rupture sont impliqués d'un point de vue BizTalk lorsque cette mise à jour a lieu? Est-ce que je regarde une toute nouvelle série de contrats dans CRM 11, par exemple? Le code de signification WCF change, met en correspondance, schémas et s'éloignant de l'adaptateur (4.) à la communication de transport WCF pur?BizTalk CRM Dynamics 4 vers Dynamics 2011

A ce moment précis, je suis en train d'évaluer les niveaux de complexité et de migration pour un service ...

Vive

+1

Je n'ai pas utilisé l'adaptateur BizTalk moi-même, il est donc difficile de le commenter. Mais en supposant qu'il utilise les services Web CRM 4, je m'attendrais à ce que cela fonctionne, ces services Web sont toujours valides sur CRM 2011. Cependant, je soupçonne que vous ne le saurez jamais avant d'essayer. –

+0

Merci pour l'aide de James, il semble que vous ayez raison aussi! Je peux supposer ceci dehors et courir alors un POC au temps de construction ... Thnx – user728584

Répondre

1

J'ai une expérience de première main intégration BizTalk avec CRM Online 2011.

La principale différence est le changement des types de CRM prédéfinis, ce qui permet le type de compilation sécurité, à une interface WCF non typée . Quelques solutions (laides) à ce problème ont été documentées sur le Web, mais this blog post par Richard Seroter définit une solution BizTalk seule.

Nous avons utilisé un third-party supplied adapter, développé par Roedl en Allemagne. Cela utilise le Wcf Adapter Framework, d'une manière similaire à l'adaptateur WCF-SQL, pour fournir un ensemble de schémas typés forts à la compilation. Cela a simplifié le mappage vers et depuis les types CRM vers nos types de données système hérités. Un avertissement, nous avons constaté que la performance était "suffisante", sans être exceptionnelle. Si vous devez déplacer un LOT de données en arrière et en avant, pensez à utiliser la solution sur mesure, mais si le coût de développement inférieur est votre principale motivation, cela vaut la peine d'être considéré.

+0

Merci Brett, j'ai parlé à un spécialiste BizTalk local aujourd'hui et il m'a dit qu'ils l'ont déjà fait et utilisé les options Richard B 'construire des services proxy pour BizTalk pour invoquer cette prise en objets typés et communiquer à Dynamics CRM ", ils ont créé un service de proxy entre BizTalk et CRM 11, puis utilisé le CRM 11 SDK (DLL côté client) pour consommer les points de terminaison CRM natifs.Il semble désordonné, mais il a dit qu'il était dans les rues avant d'aller avec Richards option A dans un environnement réel à Richard;)). Merci pour le lien vers l'adaptateur aussi, toujours intéressant! – user728584

0

La portée de ce projet tel que décrit sera énorme surtout compte tenu des limites de l'adaptateur BizTalk Server. Ont-ils envisagé d'utiliser Scribe? Vous pourriez vouloir faire un projet simple de preuve de concept pour eux avec la version d'évaluation gratuite. Scribe downloads

+0

Merci pour votre entrée mate, la portée n'est pas énorme, elle quantifie fondamentalement des changements de rupture car je ne pense pas que vous pouvez employer l'adapteur plus, WCF à présent. Re: Scribe, pourquoi une entreprise avec un produit middleware historique choisir de changer son middleware lors d'une mise à niveau de la dynamique, fait tellement de sens !! ;) – user728584

Questions connexes