Sarà il Microsoft Office Information Bridge Framework funziona con Office 2010?

Question

Ho ereditato un'applicazione creata utilizzando il Microsoft Office Information Bridge Framework 1.6. Il mio compito è quello di rendere questo lavoro applicazione con Office 2010.

sto testando questo su un computer con Office 2010 versione beta installata, incluso il supporto programmabilità .NET per tutte le funzioni. Quando provo ad installare IBF 1.6, il programma di installazione non verrà completato, dandomi il messaggio:

I seguenti componenti prerequisiti non può essere trovato:
Supporto programmabilità .NET per Microsoft Office Word 2003
Supporto programmabilità .NET per Microsoft Office Excel 2003
Supporto programmabilità .NET per Microsoft Office Outlook 2003
Supporto programmabilità .NET per Microsoft Office InfoPath 2003 SP1
Si prega di installare i componenti necessari ed eseguire di nuovo l'installazione di Microsoft Office Information Bridge Framework.

Tuttavia, sembra che se prima installazione di Office 2007 sul computer, installare IBF, e quindi l'aggiornamento a Office 2010, la mia applicazione funziona.

Is IBF dovrebbe funzionare con Office 2010? Se è così, c'è un modo per rendere il completo programma di installazione su un computer con Office 2010 installato? Oppure, si tratta solo di un problema con la beta di Office che verrà risolto nella versione finale? Oppure, ci sarà un aggiornamento rapido per IBF per farlo funzionare con Office 2010, simile a come ci fosse un aggiornamento rapido per farlo funzionare con Office 2007?

Ho già fatto questa domanda su un paio di forum di Microsoft, tra cui il gruppo di discussione Ufficio Informazioni Bridge, che ha praticamente zero traffico, e la Microsoft Office 2010 Beta forum , ma non hanno ancora ottenuto una risposta. Spero alcuni altri sviluppatori hanno lo stesso problema e hanno avuto più fortuna, o forse hanno idee su cosa forum Microsoft potrebbero essere posti migliori per cercare le risposte.

Grazie,
Amy

Answer 1

Non ho familiarità con l'Information Bridge Framework, ma se è solo un insieme di NET DLL, quindi non è necessario installarlo per ottenere il vostro lavoro app. Basta copiare tali DLL nella stessa directory di file eseguibili del vostro app.

Il programma di installazione probabilmente colloca gli assembly nella Global Assembly Cache, ma non è necessario che, per la vostra applicazione per trovare loro finché sono NET assemblee.

Modifica Wow, per qualcosa di quel vecchio che è stato scritto per la pre Office 2007, direi che la soluzione migliore sarebbe refactoring la vostra applicazione per eliminare la dipendenza da IBF. Un sacco cambiato con Office 2007, quindi, anche se si potrebbe ottenere al lavoro, probabilmente non adatta con i nuovi paradigmi e la progettazione di Office 2007 o 2010. Senza immersioni troppo in profondità la documentazione per IBF, suona come InfoPath potrebbe equivalente corrente, ma io non so davvero entrambi i sistemi abbastanza bene per dire con certezza.

Un altro corso per trovare una soluzione potrebbe essere quella di identificare il Microsoft Developer Evangelist per voi zona. Ho avuto un buon successo con domande del DE qui nella zona di Dallas, TX. Quando lui non conosce la risposta, può chiedere le persone giuste all'interno di Microsoft e trova in generale la risposta. Se hai esaurito la ricerca on-line, che può essere la strada migliore.

Answer 2

( Rapporti Windward ) hanno un certo numero di clienti che migrato da IBF a Windward a causa del supporto caduto per IBF. Non so IBF a tutti, quindi non posso parlare a quali parti abbiniamo, ma il feedack che abbiamo ricevuto è che facciamo ciò che fa e molto di più.