Bonjour,  
 
  je cherche le moyen de développer un module supplémentaire de mon site WEB Java/Jsp/Struts qui me permetterait d'envoyer de façon automatique un email à chaques utilisateurs ayant un compte...  
 
  Est-ce que quelqu'un à déjà travaillé sur un truc assez similaire ? Dans quelle direction dois-je m'orienter ?
 
  Merci

Je te conseille de jetter un coup d'oeil à http://www.quartzscheduler.org/. Je l'ai déjà utilisé en environnement EJB et ça marchait très bien.

 
  Merci, ça a l'aire très intéressant ce projet mais je crois que c'est peut-être disproportionné par rapport à ce que je veux faire.
 
  En fait, j'ai juste besoin de savoir comment je peut créer un système qui exécute une tâche à un momment donné, en l'occurence l'envoie d'un mail 1 fois par mois...  
 
  Merci tout de même    

C'est exactement l'objet de Quartz. Le problème n'est pas aussi simple que cela.  
 
Il faut que tu puisse avoir un thread qui repère les prochaines taches à effectuer et se lance au bon moment. Quartz est facile à mettre en oeuvre même s'il peut être utilisé dans des configurations complexes.

ca ne serait pas plus simple de mettre un place une tâche plannifiée (suivant l'OS de la machine) qui balance le bon batch Java qui envoi le email ?

 Je crois avoir trouvé une solution à mon problème beaucoupr plus facile que la la class Quartz et que les tâches planifié de l'OS. Jutilise tout simplement les classes java.util.Timer et  java.util.TimerTask.  
 
  Voici le lien du code source qui m'a très fortement aidé...  
 
http://www.javapractices.com/Topic54.cjp
 
  Parcontre, je ne sais pas comment arrêter le système...
 
  Merci encore de votre aide...  

... et qu'est-ce que tu crois que quartz gère pour toi ?
 
tu vas te casser les dents sur 250 problèmes pour lesquels quartz à déjà une solution...

Si tu es dans un containeur web, utilise une servlet pour initialiser ton Timer (quel que soit sa forme) et c'est tout.  
 
Tu arrêtes ton serveur => pas d'envoi de mail (sauf si tu utilises et paramètres quartz qui va repérer les taches non exécutées lors d'un arrêt   - je n'ai aucune action chez eux).

 
http://java.sun.com/products/servl [...] tener.html

et ce titre m'horripile: "envoi", sans e bordel

comme ca on fait plus rien de nous meme, meme pas un code d'une demi page parce qu'on risque d'introduire de bugs ou de se "casser les dents" ?!

Tu te concentres sur ta propre business logic, qui te fournira suffisamment de bugs pour survivre, sans devoir t'occuper de plomberie ou de réinventer la roue.
 
C'est marrant à faire une fois de temps en temps, c'est didactique la première fois, mais l'intérêt s'arrête là.
 
Tu veux pas non plus réinventer le container ou la couche persistence, tant que tu y es ?

t'es un  marrant toi
tu compares concevoir et implementer un serveur d'appli a integrer un timer+envoi mail qui prend grand max une page de code (y compris le code genere par un bon ide)?        

Je crois que tu ne saisis pas bien la portée d'un vrai scheduler. On ne te parle pas d'un petit Timer.
 
Quand tu auras écrit le code nécessaire à la persistence, au redémarrage auto en cas de reboot du serveur, à l'arrêt, à la pause, que ce sera robuste et testé... tu auras perdu un peu plus qu'une paire d'heure et tu auras réinventé l'existant.

(et ça sera pas suffisant le jour ou tes besoins vont changer - et ils vont changer)

c'est cela oui
je pense que vous arriver pas a voir que des fois la solution la plus simple c'est la plus simple...
et non les besoins ne changent pas forcement, des fois une mouche reste une mouche et y a pas besoin d'un marteau pour l'ecraser, ni maintenant ni plus tard...et c'est le cas du sucite besoin : envoyer un mail une fois par moi
nan , mais sans dec ....

A mon avis l'auteur de se topic aurait largement eu à gagner en se penchant 5 minutes sur quartz, en lisant la faq tu fais des ptits trucs très propres et fonctionnels, et surtout ça t'ouvres pas mal de possibilité (je le répète pour un investissement minime)

... et t'apprend rien du tout
... et tu rajoutes une brique a 90% inutile a ton projet qui a coup des idees comme ca va devenir vite fait une usine a gaz
... et d'ailleurs je pense que white_rabbit a fait deja son choix
 
tiens il y a une autre soluce : tu peux rajouter une couche de jmx a ton projet, t'aura le scheduler integre (un vrai, hein sircam )  et en plus le jour ou t'auras envie de faire du monitoring tout est pret (cpas grave si t'as pas besoin)

...et si t'apprends beaucoup
...quartz est leger et n'a rien d'uune usine à gaz...
...vive ton argumentation, si c'est juste pour avoir le dernier mot va chez JP Foucault

depuis quand y'a un e à envoi ?
j'envoie oui.
mais un envoi..?

ben c'est ce que je dit, y'en a pas. y'en avait un avant.
 
 
 
non mais

ah pardon
(j'me disais aussi (j'ai cru que le "sans e bordel" était une remarque de lamentation ))