Hi, John
thank you very much for your quick response. the problems now are: > Ruote-fluo cannot generate diagrams for non-existent process > instances. Yes, it must be so... but after i launched a new process, i can not see the diagrams... Even i start new process from the web, i can not see the graph from Safari. Sometimes after i delete the work_development folder i also can confirm the process graph. May this problems has some relation with database ? <- i will try to delete workitems there. > how can i dispach my workitem to a certain process ? Sorry, the same question again. sorry that i did not explain what is problem. it is some question about nterleaved_parallel_routing. http://openwferu.rubyforge.org/patterns.html#pat_17_interleaved_parallel_routing i have participants a and b waiting for email response. My listener can found out the workitem by using wfid from received email. But can not control the dispathing process that passing the above workitem to a, but not b... or vice versa. | ----> a ----> c | In the same workflow process, start --- > A Example for My Problem | | ---> b ----> d i know process using mutex can help, but i can not confirm that it is running well. and it is hard to surrounding every paticipant with mutex... Any working example or Any easy way to do this ?? > One more question. How can i detect whether the process is finished because of timeout or not ? if it is timeout, i needto re-invoke the process again. Like below ?? listener :to "may_be_time_out" :upon=>"reply", where "${f:timeout}" do redo-the-process end process "check_timeout" do set :f => timeout, :v => true may_be_time_out <-- Here, set timeout flag false when received email ?? _if "${f:timeout}" do redo-the-process end end On 2009/07/13, at 7/13 月16:20, John Mettraux wrote: > > On Mon, Jul 13, 2009 at 4:02 PM, 孫 皓 > <[email protected]> wrote: >> >> when i add mail-agent participant & listener to ruote-web, >> i encountered some problems. >> >> 1. what is the relations between work_development folder and ruote- >> fluo ? >> when i delete the work_development ruote-fluo do not show the >> workflow process picture on ruote-web. >> i think work_development folder is just a temp folder, and will be >> recreated automatically. <= this is ok >> but when i once delete the folder, ruote-fluo keeps not generating >> process picture for ruote-web. >> sometimes ruote-fluo works well. > > Hi 孫 皓, > > there is no direct relation between the work_development folder and > ruote-fluo. > > When you delete the work_development folder, you are actually > destroying all the persisted information of the running process > instances. > > Ruote-fluo uses the process instances' information to draw its > diagram. So if you've removed all the process instances there is > nothing to draw. > > Maybe you are referring to ruote-fluo drawing the diagram for > workitems stored in the database... They are now orphans, they are > stuck in the database but they don't correspond to a process instance > anymore... > > Ruote-fluo cannot generate diagrams for non-existent process > instances. > >> So how can i fix the problem ? > > If you want to delete a process manually, you have to delete its > expression files under work_development and its workitems in the > database, if any. > > Or you can use simply abort the whole process from the web interface. > >> 2. listener feed back to parallel process. >> how can i dispach my workitem to a certain process ? > > When the workitem leaves the engine, there is a "fei" > (FlowExpressionId) instance/information attached to it. > > Simply make sure that when you're rebuilding the workitem with the > external response, this fei information is present again. > > Then simply call > > engine.reply(workitem) > > the engine will take care of dispatching the workitem to the right > process instance. > > > I hope this will help, > > -- > 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 -~----------~----~----~----~------~----~------~--~---
