Discussion :

[Blo0d4x3]

Bonjour,

Je voudrais que mon programme créé une tache planifié toutes les 20 minutes, j'ai fouillé sur le net apparement il y a pas d'api pour le faire directement (suprenant!).

Je suis tombé sur le wrapper de codeplex https://taskscheduler.codeplex.com/, ajouté la dll en référence de mon projet, mais à la compilation il me sort que l'espace de nom Microsoft.Win32.TaskScheduler n'existe pas dans Microsoft.Win32.

Bref.. vous avez une autre solution pour faire cette tâche ou une idée pour corriger cette erreur?

Merci

[wallace1]

bonsoir,

pourquoi n ajoutes tu pas directement le projet dans ta solution ??

[François DORIN]

Bonjour,

Tu pourrais éventuellement exécuter un script powershell qui ajouterait une tâche planifier. Tu peux trouver la liste des commandes disponible ici : https://technet.microsoft.com/fr-fr/...=wps.630).aspx

Pour exécuter des commandes powershell, tu as au moins deux possibilités :

• Utiliser un process directement ;
• Utiliser un objet PowerShell (https://msdn.microsoft.com/en-us/lib...v=vs.85).aspx).

[Blo0d4x3]

Je me suis débrouillé avec un appel à schtask.

EDIT: Merci

[François DORIN]

Rien de bizarre. C'est normal. Il me semble que par défaut, les tâches sont lancées dans %USERPROFILE% du profile exécutant l'application. Il faut que tu spécifies le répertoire dans lequel tu souhaites la lancer.

[edit]
Le message précédent a été fortement modifié. Il posait une question sur le répertoire courant lorsqu'une tâche est lancée via le planificateur. C'est à ce point (maintenant disparu) que je répondais.
[/edit]

[Jean-Philippe André]

Salut,

a toute fin utile, je me permets de te mettre un lien vers le bout de code Shell qui t’intéresse, appliqué à Access certes =]
http://jpcheck.developpez.com/tutori...uis-access/#LV

[vanquish]

Bonjour,

Je suis tombé sur le wrapper de codeplex https://taskscheduler.codeplex.com/, ajouté la dll en référence de mon projet, mais à la compilation il me sort que l'espace de nom Microsoft.Win32.TaskScheduler n'existe pas dans Microsoft.Win32.

Bref.. vous avez une autre solution pour faire cette tâche ou une idée pour corriger cette erreur?

J'utilise ce projet sans problème. C'est une référence dans le domaine.

Perso, j'ai copier la DLL seule (sans les dossiers de langues) dans le même dossier que mes sources (en utilisant bien la version correspondante à la version de .Net visé) et c'est cette copie que j'ai référencé.
VS met automatiquement la property du fichier "copie locale" à true, ce qui fait que la DLL est copié dans le dossier bin si c'est nécessaire.