Hi all,
I'm working on a workflow that has to be aware of its 'own' cancel
event. This process could be canceled at any time and if so happens, a
new process should be started in order to tidy up some stuff like
updating a database.
I have something like this:
class MyDef < OpenWFE::ProcessDefinition
process_definition :name => "do_something" do
sequence :on_cancel => 'update_database' do
[...]
end
end
process_definition :name => "update_database" do
[...]
end
end
I have two questions:
1. Is it possible to define the process that takes care of
the :on_cancel expression ('update_database') within the same
OpenWFE::ProcessDefinition class? I gave a look at some ruote
functional test and seems that it is possible but it isn't working for
me.
2. When the ':on_cancel' process is fired up ('update_database'),
first dispatch to a participant delivers an empty payload. I would
like the new process (called by :on_cancel) to be able to check if the
latest payload held a special variable and if so do some jobs with it.
It would be something like if :on_cancel could select a participant
expression a get its current payload:
sequence :on_cancel => "call_subprocess", :local =>
"<participant_expression>"
[...]
end
I know this can't be exactly this way because :on_cancel event may
happen anytime and <participant_expression> may or may not exist at
that moment...
Well, many thanks for your help and tips.
Best regards to all,
Gonzalo.
--~--~---------~--~----~------------~-------~--~----~
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
-~----------~----~----~----~------~----~------~--~---
