Discussion :

[pom]

Bonjour,

J'ai développé une application web qui tourne sous IIS. Cette application génère des fichiers texte et les upload sur le poste client. Je voudrais maintenant lui faire générer des fichiers Excel et les uploader de la même manière. J'ai lu le petit tutoriel à ce sujet sur ce site, et tout fonctionne très bien en local. Quand je dépose ma dll sur le serveur, la création de fichier échoue au moment où j'instancie mon objet:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

    Set appExcel = CreateObject("Excel.Application")

et je récupère cette erreur

Number : -2147221168
Description : Automation error
Could not read key from registry

Je constate que mon poste a une version d'Excel qui est la 10 (donc celle que j'inclue dans les References de mon projet), alors que le serveur a la 8 installée. Cela peut-il avoir un rapport? Et si oui, avez-vous une idée pour le contourner?

Merci,
pom

[zazaraignée]

Salut

Oui, c'est sans doute un problème de version. Il te faudra référencer la version du réseau. Vérifie avec le gestionnaire du réseau s'il le faut.

[BM42]

Salut

Il faut qu tu charge les références de Excel 8 dans ton appli ou la version la plus ancienne d'excel qui peut être installé sur ton réseau.

A+

[ThierryAIM]

avec une liaison tardive comme celle-ci :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

    Set appExcel = CreateObject("Excel.Application")

il te suffit de déclarer dans ton code ... As Object, au lieu de ... As Excel.Application pour éviter les erreur du compilateur et de décocher la référence à Excel avant de distribuer l'appli, pour prendre la version installée

Ceci fonctionne très bien, sans référence Excel cochée

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
Private Sub Form_Load()
Dim appExcel As Object
Dim objFEB As Object
    Set appExcel = CreateObject("Excel.Application")
    Set objFEB = appExcel.Workbooks.Open("c:\test.xls")
 
    appExcel.Visible = True
End Sub

[pom]

Après tests plus fouillés, il plante au moment du

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

Set wbExcel = appExcel.Workbooks.Add

et il me dit

Error Number : -2147221168
Description : Automation error
Could not read key from registry

Toujours la même chose, en fait.

Je vais brûler un cierge et j'essaie tout de suite après ta ruse de sioux, ThierryAIM!

[pom]

ThierryAIM, tu es dorénavant mon nouveau dieu, si tu passes du côté du Boulevard des Italiens, il y aura toujours une bière au frais dans mon frigo. Quand j'en aurai un bien entendu. MERCI!

[ThierryAIM]

ThierryAIM, tu es dorénavant mon nouveau dieu, si tu passes du côté du Boulevard des Italiens, il y aura toujours une bière au frais dans mon frigo. Quand j'en aurai un bien entendu. MERCI!

Merci bien, mais ne compte pas sur moi pour te payer le frigo

Pour ton pb, attention tout de même aux évolutions entre les versions, n'utilise pas de fonctionnalités qui ne seraient pas reconnu dans une version précédente, sous peine de plantage ou de dysfonctionnement

[pom]

Eh bien justement, je ne te le fais pas dire, je te le donne en mille, ça ne marche pas tout à fait comme prévu.

En fait, l'appli doit tourner sous 4 environnements:

• Mon PC: Windows XP, Excel 10, IIS 5.1
• Serveur de dev: Windows 2000, Excel 97, IIS 5.1
• Serveur d'UAT: Windows 2003, Excel 97, IIS 6.0
• Serveur de prod: Windows 2003, Excel 97, IIS 6.0

Le Set appExcel = CreateObject("Excel.Application") marche bien sur mon PC et sur le serveur de dev, mais renvoie Permission denied sur le serveur d'UAT (autant dire que j'ai même pas essayé en prod). Vu les configs, c'est soi la version de Windows, soit la version d'IIS qui me met dedans. Et vu que ça tourne sous XP, je vois pas pourquoi ça marcherait pas sous 2003.

Quelqu'un saurait-il pourquoi j'ai ces problèmes, et, pourquoi pas?, comment les régler? (j'aimerais éviter de désinstaller IIS si c'est possible)

pom

[ThierryAIM]

Désolé, mais là, ca depasse mes compétences

[AlainTech]

Server 2003 est très strict au niveau sécurité.
Il faudra chercher de ce côté-là mais je n'ai pas de piste.