¿La Oficina de Microsoft Office Information puente marco del trabajo con el año 2010?

Question

He heredado una aplicación construida usando el Microsoft Office Information Bridge Marco 1.6. Mi tarea es hacer que esta aplicación funcione con Office 2010.

Estoy probando esto en un equipo con la versión beta de Office 2010 instalado, incluyendo soporte .NET de programación para todas las funciones. Cuando intento instalar la FIB 1.6, el programa de instalación no se completará, y me da el mensaje:

Los siguientes componentes necesarios no se puede encontrar:
Soporte .NET Programación para Microsoft Office Word 2003
Soporte .NET Programación para Microsoft Office Excel 2003
Soporte .NET Programación para Microsoft Office Outlook 2003
Compatibilidad con programación .NET de Microsoft Office InfoPath 2003 SP1
Por favor, instalar los componentes necesarios y ejecutar instalación de Microsoft Office Information Bridge Framework de nuevo.

Sin embargo, parece que si primero instalar Office 2007 en el equipo, instale la FIB, y luego actualizar a Office 2010, mi aplicación funciona.

es la FIB supone que funciona con Office 2010? Si es así, ¿hay una manera de hacer que el instalador completo en un equipo con Office 2010 instalado? O bien, se trata simplemente de un problema con la versión beta de Office que se va a resolver en la versión final? O, ¿habrá una revisión a la FIB para que funcione con Office 2010, similar a la forma en que había una revisión para que funcione con Office 2007?

Ya he hecho esta pregunta en un par de foros de Microsoft, incluyendo el grupo de noticias Puente de Información de la Oficina, que tiene más o menos el tráfico cero, y la Microsoft Office 2010 Beta foro , pero que no han recibido una respuesta todavía. Estoy esperando que algunos otros desarrolladores tienen el mismo problema y han tenido mejor suerte, o tal vez tienen ideas acerca de lo que los foros de Microsoft pueden ser mejores lugares para buscar respuestas.

Gracias,
Amy

Answer 1

No estoy familiarizado con el puente de Marco de la información, pero si es sólo un conjunto de .NET DLL, entonces no es necesario instalarlo para obtener su trabajo aplicación. Sólo tienes que copiar los archivos DLL en el mismo directorio que los archivos ejecutables de su aplicación.

El instalador coloca probablemente los ensamblados en la GAC, pero no es necesario que para que su aplicación para encontrarlos, siempre y cuando son ensamblados .NET.

Editar Vaya, por algo tan viejo que fue escrito para la pre Office 2007, yo diría que la mejor opción sería Refactorizando aplicación para eliminar la dependencia de la FIB. Mucho ha cambiado con Office 2007, por lo que incluso si se pudiera conseguir que funcione, es probable que no encaja con los nuevos paradigmas y el diseño de Office 2007 o 2010. Sin buceo demasiado profundo en la documentación para la FIB, suena como InfoPath poder ser equivalente actual, pero no se sabe muy bien cualquiera de los sistemas suficientemente bien como para decir con seguridad.

Otro curso para encontrar una solución sería la de identificar el desarrollador Evangelista Microsoft para usted área. He tenido buen éxito con preguntas de la ED aquí en el área de Dallas, TX. Cuando él no sabe la respuesta, se puede pedir a las personas adecuadas dentro de Microsoft y por lo general se encuentra la respuesta. Si usted ha agotado su búsqueda en línea, que puede ser la mejor ruta.

Answer 2

( Informes de Barlovento ) tienen un número de clientes que emigró de la FIB a barlovento debido al apoyo cayó de la FIB. No sé FIB en absoluto, así que no puedo hablar de lo que las partes que coinciden, pero el feedack que hemos recibido es que hacemos lo que hace y mucho más.