Discussion :

[yotta]

Bonjour à vous tous,

Voilà, j'aimerai réaliser un mini gestionnaire de tâche et donner à ce dernier la capacité de gérer des tâches programmées à l'avance.
En fouillant dans les specs. de l'API java de sun, je suis tombé sur ce java.util.concurent qui apparament met à ma disposition tout une panoplie d'objets qui me permettrai de réaliser cela très simplement.
Seulement voilà, je n'ai pas réussi à trouver une documentation à ma portée pour comprendre ses mécanismes.
Si quelqu'un maîtrise cet ensemble pourrait-il m'aider en me montrant quelques bouts de codes, je n'arrive pas à comprendre le fonctionnement des files d'attente...

[tchize_]

ben les queues c'est facile. T'as un ou plusieurs thread qui poussent dedans, et un ou plusieurs threads qui retirent ce qu'il y a dedans. Quand la queue est pleine, on bloque sur le poussage (pour la blockingqueue) et quand elle est vide on bloque sur le retrait.

[yotta]

Merci Tchize de t'être penché sur la question, mais je 'ais pas été très précis dans ma question. En fait, je penses avoir compris le principe, mais je n'arrive pas à le mettre en oeuvre. Je ne sais pas si je dois partir d'un Executor, d'un ExecutorService ou bien uniquement manipuler une file d'attente...
Bref, j'ai un premier Thread qui écoute un port réseau pour accepter sur ce dernier l'inscription de nouvelles tâches, immédiate, immédiate-périodique ou programmée-unique/programmée-périodique avec ou sans délai de première éxécution. Ce que l'application principale récupère est une classe qui implémente uniquement runnable. Cette mécanique ne me pose pas de problèmes, cependant, j'aimerai maintenant en fonction de la nature de la tâche ajouter cette dernière à un gestionnaire de tâche unique (doté d'un calendrier).
Je ne sais par quel bout commencer ce gestionnaire. Dois-je le faire étendre Executor, ExecutorService ou une des classes de file d'attente ?

[tchize_]

pour la gestion de tâches sur base d'un calendrier, regarde du coté de Quartz, c'est une librairie dédiée à ça.

[yotta]

Rien d'autre à dire, ce Quartz est exactement ce que je voulais faire moi-même en fait. Mais à y réfléchir, mon programme sera ammené à fonctionner en tant que service système. Donc, comme il 'tournera' tout le temps, j'ai opté pour une gestion de tâche simplifiée et personnelle basée simplement sur un calendrier et un ArrayBlockingQueue. C'est pas très lourd, et ça répond à mon besoin. En tout cas, la lecture de la documentation de quartz m'a beaucoup aider à comprendre cet ensemble de classe java.util.concurrent.*

[sinok]

Bah justement, Quartz marchera très bien en tant que service, c'est même prévu pour être utilisé dans une démon jva par essence.