Salut, Concernant le système actuel de notification,... J'ai un peu du mal à voir le fonctionnement, tout semble ouvert pour faire un peu tout et n'importe quoi, mais est-ce vraiment ce qu'on veut ? Petit rappel... Entité PreventRule ------------------ Cette entité permet de stoquer les notifications à effectuer sur un sondage. Cette entité a une propriété *method* qui permet ensuite d'appeler par introspection une méthode d'une certaine classe. Je trouve ce système inutile dans le sens où dans la base on ne gère qu'un seul type de notification : l'envoie par email. Je propose tout simplement simplifer ce sytèeme en supprimant cette propriété. Y'a aussi une autre propriété nommée *scope* (type string) qui permet de définir ce qu'il faut envoyer et quand. Pour le moment, on a deux choix possible - *vote* pour envoyer une mail de notification après un vote. - *rappel* pour envoyer un mail de rappel à tous les votants. Je voudrais remplacer ça par une énumération qui serait un peu moins libre car dans les fait je vois pas l'intérêt de faire un système utlra lâche pour traiter un seul cas :( Moteur BackgroundWorkerImpl --------------------------- C'est le démon qui permet toutes les 10 minutes de traiter les notifications. Il est dans le module UI (logique!), je vais le réutiliser le le plaçant au bonne endroit et en appelant des services pour effectuer les notifications. Y'a juste un truc un peu abérrant dans la logique c'est que ce service c'est ça : - on récupère tous les sondage en cours, pour chaque sondage toutes ses règles de notifications - on appel une method nommée *sendMailNotification* pour les règles d'un sondage, puis pour chaque règle, la règle est éxécutée. Donc grosso modo on sait d'avance qu'on va envoyé des mails et donc y'a vraiment pas besoin de laisser la possibilité de faire autre chose... Je suis pas sûr que vous avez tout compris (moi non plus) mais une chose est sûr : faut assaînir tout ça ;) Et la suite ----------- On a eu une discussion ce midi avec les lutins présents au bunker pour mettre en place un vraimen service de notification configurable et tout et tou qui serait assez intéressant je pense (on voit ça pour la version 2.0). Tout est en face de moi sur le white board, y'a plus qu'a ;)... J'essaye de faire une petite spécification qu'on pourra valider lors d'une prochaine session de travail pollen. -- Tony Chemit -------------------- tél: +33 (0) 2 40 50 29 28 email: chemit@codelutin.com http://www.codelutin.com