Hey Danny, thanks for your suggestion, but either using cancel or without specify any action (by default ruote cancels the remaining task) doesn't work :( I'm afraid ruote is trying to cancel the task before or while is being created. I get this error
NoMethodError: undefined method `[]' for nil:NilClass [GEM_ROOT]/gems/rufus-jig-1.0.0/lib/rufus/jig/couch.rb:133:in `all' [GEM_ROOT]/gems/ruote-couch-2.2.0/lib/ruote/couch/database.rb:85:in `get_many' [GEM_ROOT]/gems/ruote-couch-2.2.0/lib/ruote/couch/database.rb:174:in `get_many' [GEM_ROOT]/gems/ruote-couch-2.2.0/lib/ruote/couch/storage.rb:116:in `get_many' [GEM_ROOT]/bundler/gems/ruote-a3596921781c/lib/ruote/part/storage_participant.rb:340:in `fetch_all' [GEM_ROOT]/bundler/gems/ruote-a3596921781c/lib/ruote/part/storage_participant.rb:174:in `all' [GEM_ROOT]/bundler/gems/ruote-a3596921781c/lib/ruote/part/storage_participant.rb:167:in `each' On Thursday, 18 October 2012 17:45:15 UTC+2, Danny Fullerton wrote: > > Are you sure `remaining` supports :delete? The documentation only talk > about :cancel or :forget. > > http://ruote.rubyforge.org/exp/concurrence.html > > -- > Danny Fullerton > Mantor Organization > > If I take a letter, lock it in a safe, hide the safe somewhere in New > York, then tell you to read the letter, that’s not security. That’s > obscurity. On the other hand, if I take a letter and lock it in a safe, > and then give you the safe along with the design specifications and a > hundred identical safes with their combinations so that the world’s best > safecrackers can study it and you still can’t open the safe, that’s > security. > > On 18.10.2012 10:18, Emili Parreño wrote: > > Hi there! > > > > We're having a problem with 2 concurrent tasks, let me show you the > > code: > > > > manager :task => 'setup' > > > > concurrence count: 1, remaining: :delete do > > manager task: 'backward_scheduling' > > wait until: '${f:scheduled_starting_date}' > > > > end > > > > user :task => 'task1' > > ... > > > > The problem appears when scheduled_starting_date is lower than today, > > then moves forward to task1, but the task 'backward_scheduling' is > > not > > deleted and is assigned to the manager and the workflow has 2 current > > tasks, which is obviously a wrong behaviour. > > > > any ideas? > > > > thanks > > > > -- > > you received this message because you are subscribed to the "ruote > > users" group. > > to post : send email to [email protected] <javascript:> > > to unsubscribe : send email to > > [email protected] <javascript:> > > more options : http://groups.google.com/group/openwferu-users?hl=en > > [1] > > > > Links: > > ------ > > [1] 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
