[erlang-questions] Workflow Execution Engine and DSL documentation

Mike Oxford moxford@REDACTED
Thu Mar 13 07:39:52 CET 2014


I've used Camel before.  Mixed bag of likes and dislikes.

I don't know of any Erlang-specific ESB packages, though, really, do you
need more than just an FSM?  Define one gen_fsm per flow and let those run
themselves through your service pools.


On Wed, Mar 12, 2014 at 8:15 PM, Suraj Kumar <suraj.kumar@REDACTED> wrote:

> Hi,
>
> I'm on the lookout for a solid workflow execution engine. The idea is to
> make that engine consume data from our CouchDB database and maintain
> computed workflow states back in the same highly available data store.
>
> The current contender is JBPM. JBPM makes people feel very secure
> ("Enterprise-grade solution", XML and BPMN and BPEL and what not :) ). But
> really, it is because there are many tools to make development, testing and
> monitoring of workflows easy.
>
> A native erlang solution, like WEE, could be of help:
> http://sourceforge.net/projects/weeworkflow/ But I'm afraid, it will
> still be more effort to setup WEE for the purpose of:
>
>    - Modeling many workflows easily
>    - Validating defined workflows
>    - monitor state of execution of all workflows across all entities
>
>
> Any suggestions or pointers to how to pull this off?
>
> --
> An Onion is the Onion skin and the Onion under the skin until the Onion
> Skin without any Onion underneath.
>
>
> _____________________________________________________________
> The information contained in this communication is intended solely for the
> use of the individual or entity to whom it is addressed and others
> authorized to receive it. It may contain confidential or legally privileged
> information. If you are not the intended recipient you are hereby notified
> that any disclosure, copying, distribution or taking any action in reliance
> on the contents of this information is strictly prohibited and may be
> unlawful. If you have received this communication in error, please notify
> us immediately by responding to this email and then delete it from your
> system. The firm is neither liable for the proper and complete transmission
> of the information contained in this communication nor for any delay in its
> receipt.
> _______________________________________________
> erlang-questions mailing list
> erlang-questions@REDACTED
> http://erlang.org/mailman/listinfo/erlang-questions
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://erlang.org/pipermail/erlang-questions/attachments/20140312/513e1afd/attachment.htm>


More information about the erlang-questions mailing list