On Thu, Dec 3, 2009 at 6:50 PM, Gonzalo <[email protected]> wrote: > > Is it possible to modify the content of a workitem with a participant > triggered by a listener?
Hello Gonzalo, I'm sorry, the "listen" expressions is all about "reacting" on channel traffic (participant dispatch or receive), they cannot directly modify the workitem of the listened to participant, they receive a copy of that workitem. If you want to modify a workitem before it reaches participant A, place a participant B before. What about placing all this "screenflow" logic in a sub-process that you trigger from the main flow ? You can thus separate main business logic from screenflow logic. You can also write a more complex participant that does all the magic and only replies to the engine when the whole screenflow magic is done. I guess that brings us back to this thread : http://groups.google.com/group/openwferu-users/browse_thread/thread/7e47ce910a04ed0 One extreme variant would be to have a transient workflow engine dedicated to "screenflow" processes. But maybe there are already Rails libraries that do that in a more efficient way. So, in summary, a) screenflow sub-process b) complex participant encapsulating screenflow logic c) transient engine dedicated to screenflow or d) screenflow lib or e) ... Best regards, -- John Mettraux - http://jmettraux.wordpress.com -- you received this message because you are subscribed to the "ruote users" group. to post : send email to [email protected] to unsubscribe : send email to [email protected] more options : http://groups.google.com/group/openwferu-users?hl=en
