John, I turned logging on :) so this helps a little...although I am seing various problems tha tmight be related. So let me go over my use- case. SPOT_Feasibilities worflow starts and has one participant with one activity (for now). SPOT_participant starts GetFeasibility activity and sends x messages out. It also creates x workitems. It now waits until the x workitems have been completed to relinquished control to engine and go to the next activity. I am not sending any messages right now and am only creating one workitem to test.
>From Densha, I can see the workitem pending in the store. So for testing, I proceed the workitem. I get "workitem got proceeded" back and workitem is deleted from db but my participant never got called. In log file I see: OpenWFE::ExpressionPool 'expressionPool' - reply() to (fei SPOT_Feasibilities 0.1 20070921-jimidomefu 0.0.0 participant) OpenWFE::ExpressionPool 'expressionPool' - reply() from (fei SPOT_Feasibilities 0.1 20070921-jimidomefu 0.0.0 participant) OpenWFE::ParticipantExpression - unschedule_timeout() @timeout_job_id is (oid 25070620) Does this mean that my participant did not respond because it was busy in a thread? Should my activity just return without replying to engine? Pat. On Sep 20, 9:29 am, "John Mettraux" <[EMAIL PROTECTED]> wrote: > Hi, > > On 9/20/07, cappelaere <[EMAIL PROTECTED]> wrote: > > > > > Question: > > > I have an ActiveStoreParticipant that stores a workitem. > > I can see the workitem in Densha. > > I try to proceed the workitem. > > The WorkitemController acts on it and calls > > $openwferu_engine.proceed(workitem). > > This method is aliased to "reply". > > > ActiveParticipant has modified the engine reply method. It calls the > > old reply. This puts the wi on the queue and destroys the workitem. > > Then nothing happens. > > Is an error logged in logs/openwferu_development.log ? > Is an error logged in work_development/ejournal/... ? > > > Shouldn't my participant get called? > > You mean the next participant ? It depends on your process. > > > Would this be the "consume" > > method? or do I need to implement another method? > > In fact you have implemented a custom participant, is that it ? > Yes, it's the consume() method. No need to implement anything else > apart from a cancel(ci) method if necessary. > > > It is hard to pick up the trail from there in the debugger. > > The log should help. > > ttys, > > -- > John Mettraux -///- http://jmettraux.openwfe.org --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "OpenWFEru dev" group. To post to this group, send email to [email protected] To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/openwferu-dev?hl=en -~----------~----~----~----~------~----~------~--~---
