Bonjour,
 
Avant de poster j'ai un peu lu le topic règle de cette section car pas envie de me faire bouler ^^. J'espère que je ne serai pas classer dans la même catégorie que cette fameuse fille de 14 ans qui passe son exam ...
 
Dans le cadre de mon stage j'ai besoin de créer des taches planifiées à l'aide de Windows 2000 pro. L'exécution d'une d'entre elles me posent un vrai problème que je vais tenter d'expliquer le plus simplement possible.
 
Alors description du problème :  
 
J'ai un tache planifiée utilisant un fichier d'entree X.run
Ce fichier est composé de 5 lignes
Il s'exécute sur les 3 premières lignes puis s'arrete et ne continu pas jusqu'à la fin
 
Actuellement,
 
Les 3 premiere lignes sont :
     1 changement de répertoire
     2 une recopie de fichiers
     3 lancement d'un .run pour auditer du matériel réseau à distance
Les 2 dernières :
     4 Importation des fichiers générés dans une base de donnée MySql distante
     5 Effacement des traces (fichier + dossier générés)
 
J'ai dessuite penser aux caractères spéciaux /n/r mais avec un éditeur rien à redire et en édition sur Word je vois bien un retour à la ligne à chaque fin de ligne.
 
Cet outil est déjà en exploitation et je suis obligé de le lancer manuellement en deux parties tous les jours.
 
Possibilité de réponse :  
 
Puis-je faire cela avec un seul fichier X.run ?
Pourquoi cet arrêt intempestif au même moment ?
Pour y remedier, dans le cas où le problème ne peut être corrigé, est-il possible de créer une tache plannifié prenant un script 1.run en entrée puis dés la fin de son exécution le script 2.run afin de séparer les deux traitement. Je n'ai pas encore choisi cette méthode car je ne sais que créer deux taches planifiées et le temps de la première est variable ... (sinon trop simple je suppose ^^)
 
En espérant m'être exprimé de manière claire, j'espère que les experts Hardware.fr seront présent ce matin ...
 
Merci par avance,
 
Neo  
 
PS : A quand le concour hardware ....??

personne de levé ce matin ?

bon apétit, personne pour m'aider sur la digestion ?

Ok, on va essayer d'avancer sur ton pb ...
 
Quel langage ton script ? Pourquoi une extension en .run (c'est carrément pas standard).
 
Si il ne marche pas correctement en le lançant à la main (puisque tu dois le faire en deux parties), pourquoi fonctionnerait t'il mieux via une tâche planifiée ?

Merci tout d'abord de me répondre ...
 
Mon script est une suite de commande exécutable sous console du style
 
cd E:/
copy E:/toto/tutu E:/toto/tata
java - jar toto.jar param1 param2 ...
 
Tout cela dans un fichier en .run et je crée une tache qui lance ce .run.
J'ai actuellement une trentaine de tache du genre mais là je comprend pas le problème.
 
Pour le standard je précise que ej reprend un projet d'un ancien alternant et que je n'ai pas encore changé son travail mais j'essaye de récupérer le flambeau ^^ Si vous avez d'autres suggestions pas de problème. (Quel standard)
 
En le lançant à la main ligne par ligne il marche mais si j'exécute le .run composé des 5 lignes ça marche pas. Je pense que c'est un problème avec le planificateur car le fichier est composé de 5 lignes indépendemment valides.

Ne faudrait t'il pas plutôt renommer tes scripts en .bat ? L'extension .run n'est pas par défaut associée à un interpréteur, ca me semble donc normal que ton script ne fasse rien.

je m'excuse, je me suis trompé c'est pas .run mais .cmd l'extension
 
Pas simple de s'y retrouver à distance ^^

1 - Vérifie que ton script est bien en texte simple (s'il s'ouvre correctement avec Notepad).
 
2 - Remplace tes "cd" par "cd /d" pour que le changement de répertoire soit effectif pour toutes les commandes qui suivent
 
3 - Teste ton batch au fur et à mesure, aucune raison que ca vienne du planificateur. C'est purement un souci lié au batch.

ok je vais tester cela ce soir pour ne pas couper l'exploitation dans la journée, je vous tiens au courant demain dés 9h 9h30 ... merci beaucoup
 
A préciser que la vérification par notepad avait déjà été effectué, mais pas le cd /d
 
Le batch marche au fur et à mesure puisque une fois l'echec de la tache, je lance la fin des commandes en copier coller des lignes dans le prompt.
 
 
Re re merci bcp pour ton aide, unique par contre ^^

alors je suis revenu voir le serveur et voila les conclusions :
 
Je pense que le /d va régler le problème car :
 
J'effectue les 3 premieres lignes et la 3 eme c'est une commande nommée up1.cmd.
 
Donc en fait dans mon fichier .cmd j'appelle un autre fichier .cmd. Dans cet autre fichier je fait une connexion telnet et un cd et je pense que le cd doit influer le directory de l'existent peut être. Le fait de mettre /d va bien signifier que le directory de toutes les commande de mon fichier main .cmd sont dans le directory spécifié. (je pense)
 
On verra demain, test ce soir à 00h00 si tout va bien demain en ouvrant l'intranet j'aurai la date du jour ^^!
 
A bientot