OLE Automation object error via un File System Object

[Athran_Zara]

Bonjour,

J'ai voulu définir un fichier FSO (FileSystemObject) pour effectuer un export.
J'ia donc un code qui fonctionne sur une grosse dizaine de bases.
Le code est le suivant (en simplifié)

Dim l_fso, l_exportFile
Dim l_strFile As String, l_strPathFile As String

l_strPathFile = "C:\temp\monExport.csv"

Set l_fso = CreateObject("Scripting.FileSystemObject")
Set l_exportFile = l_fso.CreateTextFile(l_strPathFile, True)
[etc etc exploitation du fichier]

Ce code fonctionne tres bien, tous les jours, sauf ce matin, sur une seule des 10 bases.
Je cherche alors et je vois que la ligne :

Set l_exportFile = l_fso.CreateTextFile(l_strPathFile, True)

Provoque une erreur OLE: Automation object error

Je tente de reproduire l'erreur sur mon serveur de dev, le fichier s'initialise bien, l'export se fait.
Je tente de le reexecuter une deuxieme fois, et la l'erreur se reproduit. Depuis elle se reproduit systematiquement. Le probleme c'est que je n'arrive pas a comprendre pourquoi.

La syntaxe est correcte, cela fait appel a des biblio sur le serveur mais puisque l'export fonctionne sur 9 bases pourquoi pas sur la 10eme ?

Avez vous des idées pour m'orienter ?

[Jérome Deniau]

Problème de signature et de droits d'exécution de l'agent. Si l'admin a mis quelque chose pour l'exécution des bibliothèques LS, il faut recompiler l'agent concerné avec un ID correct (ou d'abord les lib puis l'agent), (ou signer uniquement ).

[Athran_Zara]

La signature de l'agent et des librairies sont correctes, le paramétrage de l'agent aussi.
En fait rien n'a été modifié par rapport aux jours d'avant quand les exports ont été effectués correctement.

De plus, aujourd'hui l'export s'est déroulé sans problème.

C'est frustrant d'avoir un problème reproductible sans en déterminer la cause et qui se résout tout seul ^^

[Michael DELIQUE]

salut

tout l'explication est dans ma signature !

[Athran_Zara]

Oui c'est un peu ça

Enfin bref si je trouve des réponses de mon coté, je viendrai mettre a jour ce thread

[Jérome Deniau]

A mon avis il faut utiliser la classe NotesLog pour pouvoir tracer ce qui est important lors de l'exécution d'un agent (début/fin, blocs fondamentaux, gestion des erreurs SANS recourir à on error resume next! car cela masque souvent de gros soucis indétectables!)