en fait ce que veux dire tugdual, c ke dans la version 4, lorsque l'on validait le workflow, un évenement contentActivation était généré pour chaque validation de contenu. Et donc du coup on pouvait le traper dans l'eventlistener.
actuellement avec la version 5, lorsqu'on valide le workflow, on ne passe plus par l'eventlistener et donc on ne peut plus catcher l'evenement contentActivation. tout notre application que nous avions basé sur ce fichier ne fonctionne pas avec la version 5 à cause de ça. du coup pour l'envoi de mail lorsqu'un contenu est validé, nous passons par l'engine, mais c'est pas super pratique. Savez vous pourquoi le workflow n'appelle plus l'eventlistener.jsp? pb ou changement? MErci nicolas -------- Message d'origine-------- De: Tugdual Huertas [mailto:[EMAIL PROTECTED] Date: mer. 15/03/2006 11:50 À: [email protected] Cc: Objet: Re: Gestion de l'envoie des mails dans workflow Oui mais comme je suis logué en tant que site admin, le contenu est publié directement Le 15/03/06, Serge Huber <[EMAIL PROTECTED]> a écrit : > > > En fait l'événement contentActivation n'est envoyé qu'une fois que le > contenu est publié, pas pendant les autres étapes du workflow. > > Tugdual Huertas wrote: > > Dans mon eventListener.jsp j'affiche tous les eventName mais après une > > validation de workflow, je ne vois pas de contentActivation s'afficher > > > > Le 15/03/06, *Tugdual Huertas* <[EMAIL PROTECTED] > > <mailto:[EMAIL PROTECTED]>> a écrit : > > > > Qu'entendez-vous par type de workflow? > > > > Pour contentActivation, dans mon eventsListener.jsp, j'ai ajouté > > "contentActivation" dans eventsToTrap puis je fais tout simplement > > un if("contentActivation".equals(eventName)) > > > > Je ne sais pas si je m'y prend bien mais cette méthode marche pour > > "containerAdded" et tout les evenements semblables > > > > Tugdual > > > > Le 15/03/06, *Serge Huber* <[EMAIL PROTECTED] > > <mailto:[EMAIL PROTECTED]>> a écrit : > > > > > > Dans Jahia 5 je vais introduire un système qui n'utilise plus > > de JSP > > mais un script Groovy (groovy.codehaus.org > > <http://groovy.codehaus.org>). Groovy est un language de > > script très puissant (même plus puissant que Java !), et > > devrait offrir > > beaucoup plus de flexibilité. Il évite également le dispatch > > HTTP que > > l'on fait actuellement vers le JSP pour générer les mails. > > > > Donc en théorie il serait possible depuis le script Groovy > > d'ajouter un > > dispatch vers un mail. > > > > Les listeners du contentActivation devraient marcher par > > contre. Quel > > type de workflow utilisez-vous ? > > > > Cordialement, > > Serge Huber. > > > > Tugdual Huertas wrote: > > > j'utilise Jahia 5, > > > donc si je comprens bien, pour générer un deuxième envoi de > > mail, il > > > faut le faire dans ActivationJob ou tout du moins appeler une > > jsp qui > > > le fasse! > > > > > > Tugdual > > > > > > Le 15/03/06, *Serge Huber* < [EMAIL PROTECTED] > > <mailto:[EMAIL PROTECTED]> > > > <mailto:[EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]>>> a écrit > : > > > > > > > > > De quelle version de Jahia parlez-vous ? > > > > > > Le problème c'est que ce JSP est utilisé pour générer le > > contenu d'un > > > mail. En théorie il serait possible de génerer un > > deuxième mail > > > dans ce > > > JSP, mais c'est un peu risqué car il faudra proprement > > gérer les cas > > > d'erreurs. > > > > > > Suivant la version de Jahia, le code qui dispatch vers le > > JSP se > > > trouve > > > dans : > > > > > > Jahia 4 : org.jahia.engines.workflow.WorkflowEngine > > > Jahia 5 : org.jahia.services.workflow.ActivationJob > > > > > > Je signale que je suis justement en train de modifier la > > notification > > > mail dans Jahia 5, et qu'un commit très prochain va > > changer le système > > > de notification, pour le rendre plus performant. > > > > > > Cordialement, > > > Serge Huber. > > > > > > Tugdual Huertas wrote: > > > > Bonjour, > > > > mon dernier message n'était peut-être pas très clair, > > > > je cherche à savoir où est appelée la jsp > > workflow_mailnotif.jsp > > > afin > > > > de pouvoir ajouter un envoi de mails lorsqu'il y a > > validation du > > > workflow > > > > > > > > cordialement > > > > > > > > Tugdual > > > > > > > > > > > > > >
<<winmail.dat>>
