[2.0] Automation office

Version imprimable

Bonjour à tous,

J'ai un soucis pour exploiter un fichier Excel.

J'arrive à ouvrir Excel (2003 SP2), à ouvrir le fichier concerné, à récupérer les différents classeurs mais par contre, impossible d'accéder à ses propriétés:

Différents codes
Code:

1 2 3 4 5 6 7 8 9 10 11 12 // Référence using Excel = Microsoft.Office.Interop.Excel; using Office = Microsoft.Office.Core; // Ouverture Excel.ApplicationClass m_oExcelApp = new Excel.ApplicationClass(); Excel.Workbook m_oWorkbook = m_oExcelApp.Workbooks.Open(m_oXLSFile.FullName, 0, false, 5, "", "", false, Excel.XlPlatform.xlWindows, "", true, false, 0, true, false, false); // Récupération des propriétés Excel.CustomProperties properties = (Excel.CustomProperties)(m_oWorkbook.CustomDocumentProperties);
Lors du cast, l'exception renvoyée est:

Citation:

Envoyé par Microsoft

Impossible d'effectuer un cast d'un objet COM de type 'System.__ComObject' en type d'interface 'Microsoft.Office.Interop.Excel.CustomProperties'. Cette opération a échoué, car l'appel QueryInterface sur le composant COM pour l'interface avec l'IID '{00024452-0000-0000-C000-000000000046}' a échoué en raison de l'erreur suivante : Cette interface n'est pas prise en charge (Exception de HRESULT : 0x80004002 (E_NOINTERFACE)).

Ca me fait la même erreur avec les propriétés par défaut du document:
Code:

1 2 (Office.DocumentProperties)m_oWorkbook.BuiltinDocumentProperties
Je n'ai qu'une version de Office, la 2003 SP2 et j'utilise les assembly com "Microsoft Excel 11.0 Object Library" et "Microsoft Office 11.0 Object Library"

Quelqu'un a une idée?

Merci beaucoup :)

A bientôt

30/03/2007, 11h43
mister3957

En fait je dois exporter une application VBA en C#.

Dans le projet VBA, ça utilise les mêmes librairies COM et ça fonctionne très bien.

Je comprends pas du tout ce qui peut se passer...

A bientôt
30/03/2007, 13h02
Thomas Lebrun

http://msdn2.microsoft.com/fr-fr/lib...es(VS.80).aspx

http://msdn2.microsoft.com/en-us/lib...es(VS.80).aspx

BuiltInDocumentProperties renvoit un object..... Idem pour CustomDocumentProperties: http://msdn2.microsoft.com/fr-fr/lib...es(VS.80).aspx
30/03/2007, 15h17
mister3957

Merci beaucoup,

J'ai installé Microsoft Visual Studio 2005 Tools For Office 2003.

Est-ce que je doit utiliser que ça désormais? Ou c'est une library additionnelle?

En effet, il y a une interface Workbook dans l'espace de nom Introp.Excel mais également dans Tools.Excel... il faut privilégier laquelle?

J'ai tenté de n'utiliser plus que les Tools, mais il n'y a rien pour lancer Excel et ouvrir un fichier, etc...
A moins qu'il faille utiliser le namespace "Microsoft.VisualStudio.Tools.Applications.Runtime"?

Quelqu'un aurai un exemple histoire d'y voire plus claire?

Merci beaucoup :)

A bientôt
30/03/2007, 16h37
Thomas Lebrun

Ma précédente réponse n'était pas claire ?

Si si c'était clair.

Citation:

BuiltInDocumentProperties renvoit un object

Un objet COM, System.__ComObject pour être plus précis.

Mais comment l'exploiter?

Dans la doc on peut trouver
Code:

1 2 3 4 5 6 7 Office.DocumentProperties documentProperties1 = (Office.DocumentProperties)this.BuiltinDocumentProperties; ou Office.DocumentProperties properties = (Office.DocumentProperties)this.CustomDocumentProperties;
Déjà c'est quoi ce this? Ces exemples sont issus d'une macro?

A la place de ce "this", je mets le Workbook que je viens d'ouvrir, ce qui me semble similaire dans l'instruction, mais l'erreur décrite dans le premier message de ce sujet survient systématiquement...

Je suis un peu perdu là.

Merci beaucoup :)

A bientôt

J'ai fait un petit test en VB6 :
Code:

1 2 3 4 5 6 Dim oExcelApp As New Excel.Application Dim oWorkbook As Excel.Workbook Set oWorkbook = oExcelApp.Workbooks.Open("fichier.xls") Dim oDocs As DocumentProperties Set oDocs = oWorkbook.CustomDocumentProperties
Résultat: Erreur d'exécution 13 (type incompatible), message VB similaire au message .NET (E_NOINTERFACE).

Ce même code exécuté dans une macro Excel fonctionne très bien, avec les mêmes références dans le projet.

14/01/2008, 11h51
Toutatis

J'ai eu le meme problème sous Vista.
En fait, dans le registre, dans HKEY_CLASSES_ROOT\Interface, les clés qui étaient en erreur dans le programme n'étaient pas accessibles ( même pour l'administrateur ). Elles sont donc impossible à supprimer.
Il a donc fallu pour chacune des clés provoquant l'erreur redéfinir le propriétaire et affecter les droits en controle total ( meme si lecture seule doit suffire ).
Attention, les clés ont des sous clés dont il faut aussi modifier les droits ! ( elle sont pas forcément visible au premier coup, dans ce cas, redémarrer regedit une fois que la clé parente a été modifiée ! )