Est-ce que le cadre Microsoft Office Information Bridge Travailler avec Office 2010?

Question

J'ai hérité d'une application construite à l'aide du Framework Microsoft Office Information Bridge 1.6. Ma tâche est de faire ce travail d'application avec Office 2010.

Je teste cela sur un ordinateur avec la version bêta Office 2010 installé, y compris le soutien de programmabilité .NET pour toutes les fonctions. Lorsque je tente d'installer IBF 1.6, le programme d'installation ne se terminera pas, me donner le message:

ne peut pas être trouvé les composants requis suivants:
Programmabilité .NET Support pour Microsoft Office Word 2003
Programmabilité .NET Prise en charge de Microsoft Office Excel 2003
Programmabilité .NET Prise en charge de Microsoft Office Outlook 2003
Programmabilité .NET Support de Microsoft Office InfoPath 2003 SP1
S'il vous plaît installer les composants nécessaires et exécuter l'installation cadre de Microsoft Office d'information du pont à nouveau.

Cependant, il semble que si je d'abord installer Office 2007 sur l'ordinateur, installer IBF, puis mise à niveau vers Office 2010, mon application fonctionne.

est IBF censé travailler avec Office 2010? Si oui, est-il un moyen de faire le complet d'installation sur un ordinateur avec Office 2010 installé? Ou, est-ce juste un problème avec la version bêta Office qui sera résolu dans la version finale? Ou, il y aura un correctif à l'IBF pour le faire fonctionner avec Office 2010, semblable à la façon dont il y avait un correctif pour le faire fonctionner avec Office 2007?

Je l'ai déjà posé cette question sur quelques forums Microsoft, y compris le forum Information Bridge Office, qui a à peu près zéro le trafic, et Microsoft office 2010 Beta forum , mais n'a pas obtenu une réponse encore. J'espère que d'autres développeurs ont le même problème et ont eu plus de chance, ou peut-être des idées sur ce forum Microsoft pourraient être meilleurs endroits pour chercher des réponses.

Merci,
Amy

Answer 1

Je ne suis pas familier avec le Information Bridge Framework, mais si elle est juste un ensemble de DLL .NET, vous n'avez pas besoin de l'installer pour faire fonctionner votre application. Il suffit de copier les DLL dans le même répertoire que les fichiers exécutables de votre application.

Le programme d'installation met probablement les assemblées dans le GAC, mais vous n'avez pas besoin que pour votre application pour les trouver aussi longtemps qu'ils sont des assemblages .NET.

Modifier Wow, quelque chose de ce vieux qui a été écrit pour le pré Office 2007, je dirais que la meilleure option serait refactoring votre application pour éliminer la dépendance à l'IBF. Beaucoup a changé avec Office 2007, même si vous pouvez l'obtenir au travail, il ne sera probablement pas correspondre aux nouveaux paradigmes et la conception d'Office 2007 ou 2010. Sans plonger trop profondément dans la documentation pour l'IBF, il semble que pourrait InfoPath être équivalent courant, mais je ne sais pas vraiment les deux systèmes assez bien pour dire à coup sûr.

Un autre cours pour trouver une solution serait d'identifier l'évangéliste de Microsoft Developer pour votre région. J'ai eu un bon succès à poser des questions de la DE ici dans la région de Dallas, TX. Quand il ne connaît pas la réponse, il peut demander aux personnes concernées au sein de Microsoft et trouve généralement la réponse. Si vous avez épuisé votre recherche en ligne, qui peut être le meilleur itinéraire.

Answer 2

( Windward rapports ) ont un certain nombre de clients qui ont migré de l'IBF à Windward en raison du soutien abandonné pour IBF. Je ne sais pas du tout IBF, donc je ne peux pas parler de ce que les parties nous match, mais nous avons reçu un feedback est que nous faisons ce qu'il fait et beaucoup plus.