Discussion :

[Karim974]

Bonjour,

J'ai une tâche planifié depuis mon planificateur Windows.

Cette tâche est un fichier.bat qui a pour but de convertir un fichier CSV en fichier XML et ensuite de le déplacer dans un connecteur réseaux.


La première partie de la tâche se déroule parfaitement mais lors du déplacement du fichier le planificateur de tâches ne peut pas le faire.

La tâche est lancé avec les autorisations maximales.


Lorsque je le lance manuellement le déplacement se fais parfaitement.(même utilisateur que planificateurs de tâches)

Avez-vous une idée d'où pourrai venir le problème ?

[Gluups]

Bonjour,

En effet, l'intitulé d'erreur est un peu juste, comme précision, pour savoir ce qui se passe.

Et du côté de l'observateur d'événements, est-ce qu'on en sait plus ?

[Karim974]

Bonjour,

L'historique me dis que l'opération s'est bien effectué avec un code erreur (0x1).


Mon écran CMD me dis ça lorsque ça se lance avec le planificateur des tâches Windows.


Hors qu'il n'y a aucune erreur lors du lancement manuelle....

[Gluups]

On a déjà gagné en précision, même si la règle est plutôt de citer en mode texte, c'est plus facile à exploiter par les gens qui ont une mauvaise vue. Surtout si tu n'oublies pas la première colonne.

Alors tu as des soucis pour exécuter le batch ORD.BAT, il ne m'a pas semblé que tu en aies cité le code ?
Avoue que pour déboguer, quand même, ça aide ?

Au début du retour je vois dans la ligne "java - jar", ça veut dire que tu fais appel à un programme écrit en Java ?

Dans certains contextes, pour appeler un fichier BAT, il faut une commande du style

Code :

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

1
2
CMD /C=ORD.BAT

mais là on dirait bien que ça n'est pas le souci, que ton batch a été appelé et que c'est dans le détail qu'il y a des soucis.

Est-ce que certaines commandes là-dedans sont tributaires du chemin d'accès par défaut ? De l'environnement par défaut ?

Le fait de savoir que c'est appelé via un batch ne suffit pas forcément pour deviner tout ça.
En admettant que c'est le chemin qui pose problème, ça pourrait se résoudre en commençant le batch par quelque chose du style

Code :

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

1
2
3
C:
CD \CHEMIN

Je te laisse ajuster, bien sûr.

La dernière copie d'écran de ton premier message présente un champ "commencer dans", qui peut aussi servir à ça. C'est marqué facultatif, mais il faut ou ça, ou un programme qui indique explicitement avec quel répertoire il entend travailler.

C'est quoi ce chemin d'accès introuvable ?
Le fait qu'on te dise de mettre à jour le client et le serveur pour négocier une transaction TLS est un sujet qui doit être traité.

Si le batch appelle un programme, c'est le concepteur de ce programme qui sait à quoi correspond chaque code de retour. Est-ce que 1 signifie qu'il y a une erreur ?
Il est assez courant de convenir que lorsqu'il n'y a pas d'erreur le programme retourne 0.

Revenons à ce que je disais au début, le respect de la forme peut grandement aider à faire passer la communication.

Dans une fenêtre de lignes de commande, tu as une icône noire figurant C:\ en blanc sur fond noir, dans le coin supérieur gauche de la fenêtre. En cliquant là-dessus tu obtiens le menu système de la fenêtre, qui a un sous-menu Modifier, lequel te permet d'effectuer les opérations de copier/coller.
Pour copier une partie de la fenêtre tu utilises la commande Marquer, ensuite avec le curseur de la souris tu peux sélectionner une partie de la fenêtre.
Il peut aussi être plus simple de sélectionner tout, puis copier.

Ensuite, dans le forum tu cliques sur l'icône CODE (ici, en haut de l'espace de rédaction, elle représente le signe #), et tu colles le texte.

Si tu as moyen de faire attention au choix du jeu de caractères ça sera plus lisible, mettons que le programme est conçu pour que son résultat soit lu autrement.

[Karim974]

Salut ! Merci pour ces explications utile et enrichissante !

Mon programme Batch a juste un problème pour atteindre le chemin "X:\EgoInterface\Interface\ORD" qui est un lecteur réseaux afin de déposer le fichier XML que mon code JAVA a créé.

Le problème ne vient pas de mon code JAVA, le problème est que mon fichier Batch ne trouve pas le chemin afin de déplacer mon fichier XML lors du lancement avec le planificateur des tâches Windows.

Lorsque je le lance manuellement le chemin est trouvé mais avec le planificateur de tâches il n'est pas trouvé.

Je donne les droits maximum avec un utilisateur "Admin" qui est "Maintenance" pourtant mais le chemin n'est toujours pas atteignable.

[Andnotor]

Par défaut les liens symboliques ne sont pas partagés entre la session utilisateur standard et la session administrateur.

Au plus simple, spécifie le chemin au format UNC \\SVR-WMS\.... Sinon ça passe par une modification de la base des registres pour que ces liens soient répliqués dans les deux sessions : HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\System -> EnableLinkedConnections (DWORD32) = 1.

[Karim974]

Bonjour au final après quelque Test j'ai résolu mon problème.

Il fallait juste enlever les autorisations maximales et mon automatisation fonctionne à merveille !

Merci pour toutes vos réponses !

[Gluups]

Bon ... L'essentiel est que ça marche.

Maintenant si quelqu'un sait dire pourquoi trop d'autorisations empêchent de suivre le chemin, ça peut avoir son intérêt.