[erlang-questions] Workflow Execution Engine and DSL documentation

[Mike Oxford]

Another option might be Mule but, again, that's not Erlang.  =)


On Wed, Mar 12, 2014 at 11:39 PM, Mike Oxford <moxford@REDACTED> wrote:

> 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/f71d245b/attachment.htm>