It must have been the specific versions of gems we were using. I updated your revised example to do the same thing as yesterday (connect to Active record model object & save data) and it works fine.
Thanks for the help with questions and implementing the StorageHistory#accept? method for filtering storage items. Doug On Mar 27, 2012, at 4:15 PM, John Mettraux wrote: > > On Mon, Mar 26, 2012 at 06:00:08PM -0500, Doug Bryant wrote: >> >> That wasn't it. The app experienced the same behavior. >> >> The one thing I did notice is that if you remove the line(s) where the model >> is updated from the process definitions, i.e. >> "Case.update_case_stage(workitem.fields['reference'], "stage3")", the error >> goes away. > > Hello Doug, > > I reworked your gist, trimming it: > > https://gist.github.com/2219926 > > I couldn't reproduce the error. > > May I suggest you try this gist in your environment (you'd have to adapt the > sequel connection bit) and tell me how it goes? > > You should also compare the gist's Gemfile.lock with your Gemfile.lock. > > > Best regards, > > -- > John Mettraux - http://lambda.io/processi > > -- > 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 -- 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
