I want to build the architecture like this: a server called
workflow_proxy receive the web service request, For starting a
workflow instance, the request contains the workflow name which
represents a workflow definition. then the workflow_proxy knows which
server of workflow it should contact with (there is a name-ip table in
workflow_proxy). Then the workflow server start an instance of the
specific definition, return the work item id of instance to
workflow_proxy. the workflow_proxy store the id-workflow_name
association in its own table. return the work item id to client. When
we want to manipulate the workitem(like update,delete the instance,
move forward) , we communicate with the proxy, not the workflow server
directly. The workflow server is per workflow definition per server,
which means, there should be multiple servers of workflow. These
servers share the same database and a NFS directory for definition
files.
--~--~---------~--~----~------------~-------~--~----~
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
-~----------~----~----~----~------~----~------~--~---
