Discussion :

[janius01]

Bonjour,

Je cherche a lancer une application via un script VBS. Jusque la pas de probleme.

En revanche je souhaite que cette application ne puisse etre lancer qu'une seule fois pour un utilisateur donné.

Je cherche donc un script qui soit capable de tester si un process s'execute déjà pour le SID qui cherche à lancer l'application.

Quelqu'un aurait il quelque chose de ce genre en stock ?

Cordialement

[ced600]

En lançant toi même l'application (via le script je veut dire) tu peux recup son PID.
Du moins si tu lances l'appli à l'aide de Win32_Process comme ici.

Ensuite à l'aide de cette objet tu peux vérifier :

1. Que l'appli tourne toujours (au cas où l'appli ne peut être fermer qu'à l'aide d'un autre script, empêchant les kill)
2. Avoir toutes les infos sur le process et vérifier qu'un autre process n'a pas les mêmes infos

Bien sur pour faire la vérif en boucle tu peux faire un while(true) avec dans la boucle un sleep de 500 ms pour que le script ne prenne pas 100% du CPU.
Bien sur les lignes de vérification sont dans la boucle.

[janius01]

Bonjour,

Merci pour votre réponse ... j'ai utilisé le script indiqué comme base pour le mien et cela fonctionne plutot bien.

Je me suis cependant aperçu que cela ne marchait pas dans tout les cas de figure. Je m'explique :

Pourquoi l'application ne doit etre lancé qu'une seule fois ?

Car elle utilise une base qui est mappée dans un lecteur réseau. Cette base ne gere pas du tout les acces concurrents et lorsqu'un meme utilisateur lance l'application 2 fois, la base etant vérrouillée en lecture seule, cela genere des messages d'erreurs. En vérifiant l'existence d'un process associé au SID je pensais avoir résolu mon probleme.

Or, et je n'y avait pas pensé, cette application est utilisée, pour partie, via TSE. Elle est donc susceptible de s'executer sur différents serveurs TSE de la ferme.

La base de donnée reste quand à elle la meme pour l'utilisateur et ce quelque soit le serveur ou s'execute le logiciel.

Je me retrouve donc avec deux process de l'appli sur deux serveur différents mais attaquant la meme base de donnée --- > re-blocage.

J'en conclu donc qu'il faudrait plutot tester si le fichier de base de donnée est en cours d'accès ou non.

J'ai parcouru le forum est différents sites :

http://www.microsoft.com/technet/scriptcenter/guide
http://www.activexperts.com/activmon...ement/scripts/

Et d'autres mais je n'ai rien trouver concernant ce type de test.

Auriez vous un lien ou une piste de recherche ?

Cordialement

[ced600]

J'en conclu donc qu'il faudrait plutot tester si le fichier de base de donnée est en cours d'accès ou non

Je n'ai jamais fait cela mais peut être qu'ainsi c possible :

1. Tenter d'ouvrir le fichier en ecriture
2. Mettre On Error Resume Next dans le script
3. Tester la valeur de l'objet Err, et si elle est différente de 0, voir egal à une valeur précise, la remettre à zéro et en conclure que le fichier est déjà ouvert par une autre application.

Bon je ne suis pas sur que tu n'es pas d'autre contrainte qui t'emêcherais de faire ainsi et que je n'ai pas pris en compte.
Ce que tu veux faire est assez difficille car tu souhaites gérer quelque chose qui aurait dut être gérer par l'appli elle-même. Mais bon je suppose que tu n'as pas la main sur l'application.

Après si cela ne suffit pas tu peux tenter de faire une application P2P à installer sur chaque serveur qui gère le lancement de l'application se connectant à la BDD. De cette manière, les noeud communiquant ensemble, tu pourrais savoir si l'application a déjà été lancé par un des noeuds. Mais là à mon avis faudra changer de langage.

Ou en plus simple, ton script actuelle contact un serveur avant de lancer l'application pour savoir s'il a le droit. Si oui alors il dit qu'il la lance et il contactera de nouveau le serveur lorsqu'il l'a fermera. Bref le serveur ne ferais que se souvenir si l'appli a déjà été lancé sur un serveur ou non, et les scripts récupérerais cette info et la mettrais à jour.

[RadPAT]

Salut,

un lien sur les fichiers ouverts distants (voir tout en bas le post de RobSampson)

http://www.experts-exchange.com/Prog..._23190324.html

Sinon, une solution plus simple (peut etre moins fiable aussi) serait de tester l'existance d'un fichier tag qui serait sur le même serveur que ta base, si le fichier existe déjà c'est qu'un autre script est en cours de travail, sinon, on crée le fichier tag, on execute le script, puis on supprime le tag en fin de script pour laisser la place disponible pour au autre script...

A++