Discussion :

[neupont]

Bonjour tout le monde,
je rencontre un problème auquel je ne trouve pas de solution malgré mes recherches. Peut-être pourrez-vous éclairer ma lanterne ?
Voilà : à partir d'un script VBS je lance un programme java censé me retourner une chaîne. Or impossible de récupérer cette valeur, tout ce que je récupère est un entier (0 en l'occurence) qui semble être une information sur la taille de la fenêtre ou quelque chose comme ça...

J'utilise la commande WshShell.Run et je crains qu'elle ne soit pas capable de récupérer la valeur de retour...

En gros, il s'agit d'envoyer un mot de passe à un prog java qui le retourne "crypté".

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
 
<job>
<SCRIPT LANGUAGE="VBScript">
 
dim varMDP, varRetour
 
varMDP = WScript.Arguments(0)
Set WshShell = WScript.CreateObject("WScript.Shell")
varRetour = WshShell.Run("java -classpath "".\..\Divers\lib\Util_ebs.jar;.\..\Divers\lib\sqljdbc.jar;"" fr.util.XorCrypt " & varMDP , 1, true) 
Wscript.echo varRetour
 
</SCRIPT>
</job>

Quelqu'un voit-il une solution à mon problème ou suis-je refait ?

Merci.

[ced600]

Utilises les objets WMI, comme la classe Win32_Process.

Fait une recherche sur le forum avec en mot clé Win32_Process, tu tomberas sur des sujets avec des exemples d'utilisation de la classe.

Je précise que c'est des objets COM.

Il semblerait que Run ne renvois que des codes d'erreurs.

[omen999]

bonjour,

tout ce que je récupère est un entier (0 en l'occurence)

avec la syntaxe utilisée, la méthode run lance dans un nouveau process le prog java et attend sa fermeture
pour renvoyer le code exitcodeprocess défini par le programme
généralement une valeur nulle indique que tout s'est bien passé...

comme il s'agit d'une valeur 32-bit, je ne vois pas très bien comment
ton prog peut "renvoyer" une chaine dans un tel environnement
as-tu accès au source du prog java ?

[neupont]

Je vous remercie pour vos réponses.
Finalement j'ai plus ou moins trouvé un moyen pas très élégant, mais bon...

Je fais lancer mon java par un batch qui redirige la sortie vers un fichier txt :

Code :

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

1
2
Code du script :
objShell.Exec "monBatch.bat > resultat.txt"

puis mon script (qui a lancé le batch) va ensuite lire ce fichier txt.

Dans le batch le truc est de lancer le java avec l'option /b de manière à ce qu'il ne s'exécute pas dans une fenêtre tierce qui renverrait le résultat aux oubliettes :

Code :

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

1
2
3
Code du batch :
start /b java -classpath etc...

De la sorte j'arrive à récupérer la sortie texte du java.
Bon c'est du bricolage, mais ça me dépanne.

Désolé de n'avoir pas essayé Win32_Process comme suggéré, je manquais de temps et de connaissances.

[ced600]

Regarde dans les contributions :
WMI code generator

[omen999]

pour lire le flux de sortie, il y a beaucoup + élégant: utiliser la propriété StdOut de l'objet WshScriptExec
l'un des auteurs de wsh 5.6 explique justement http://msdn2.microsoft.com/en-us/library/ms974613.aspx (§ Improved application control)
que la v5.6 a introduit cette méthode Exec pour justement éviter l'utilisation de fichier texte...