Будет ли платформа Microsoft Office Information Bridge работать с Office 2010?

Question

Я унаследовал приложение, созданное с использованием Microsoft Office Information Bridge Framework 1.6.Моя задача — заставить это приложение работать с Office 2010.

Я тестирую это на компьютере с установленной бета-версией Office 2010, включая поддержку программирования .NET для всех функций.Когда я пытаюсь установить IBF 1.6, программа установки не завершается, выдавая сообщение:

Не удалось найти следующие необходимые компоненты:
Поддержка программирования .NET для Microsoft Office Word 2003
Поддержка программирования .NET для Microsoft Office Excel 2003
Поддержка программирования .NET для Microsoft Office Outlook 2003
Поддержка программирования .NET для Microsoft Office InfoPath 2003 SP1
Установите необходимые компоненты и снова запустите установку Microsoft Office Information Bridge Framework.

Однако оказывается, что если я сначала установлю Office 2007 на компьютер, установлю IBF, а затем обновлюсь до Office 2010, мое приложение будет работать.

Предполагается ли IBF работать с Office 2010?Если да, то есть ли способ завершить установку на компьютере с установленным Office 2010?Или это просто проблема бета-версии Office, которая будет решена в финальной версии?Или будет ли исправление для IBF, позволяющее ему работать с Office 2010, аналогично тому, как было исправление для работы с Office 2007?

Я уже задавал этот вопрос на нескольких форумах Microsoft, в том числе в группе новостей Office Information Bridge, у которой практически нулевой трафик, и на Форум бета-версии Microsoft Office 2010, но ответа пока не получил.Я надеюсь, что у некоторых других разработчиков возникла такая же проблема, и им повезло больше, или, возможно, у них есть идеи о том, какие форумы Microsoft могут быть лучшим местом для поиска ответов.

Спасибо,
Эми

Answer 1

Я не знаком с Information Bridge Framework, но если это просто набор .NET DLL, то вам не нужно устанавливать его, чтобы ваше приложение заработало.Просто скопируйте эти DLL в тот же каталог, что и исполняемые файлы вашего приложения.

Установщик, вероятно, помещает сборки в GAC, но вам это не нужно, чтобы ваше приложение могло их найти, если они являются сборками .NET.

Редактировать: Ух ты, для чего-то такого старого, написанного для версий до Office 2007, я бы сказал, что лучшим вариантом будет рефакторинг вашего приложения, чтобы устранить зависимость от IBF.С выходом Office 2007 многое изменилось, поэтому даже если бы вы смогли заставить его работать, он, вероятно, не будет соответствовать новым парадигмам и дизайну Office 2007 или 2010.Если не углубляться в документацию по IBF, то кажется, что InfoPath может быть текущим эквивалентом, но я недостаточно хорошо знаю ни одну из систем, чтобы сказать наверняка.

Еще один способ найти решение — найти евангелиста-разработчика Microsoft в вашем регионе.Мне удалось задать вопросы DE здесь, в Далласе, штат Техас.Если он не знает ответа, он может спросить нужных людей в Microsoft и обычно находит ответ.Если вы исчерпали свои возможности поиска в Интернете, возможно, это лучший путь.

Answer 2

Мы (Наветренные отчеты) есть ряд клиентов, которые перешли с IBF на Windward из-за прекращения поддержки IBF.Я совсем не знаю IBF, поэтому не могу сказать, какие части у нас совпадают, но полученная нами информация говорит о том, что мы делаем то, что она делает, и многое другое.