Camel EAI patterns vs. BPEL processes

classic Classic list List threaded Threaded
3 messages Options
Reply | Threaded
Open this post in threaded view
|

Camel EAI patterns vs. BPEL processes

Danny
How to choose?

I'll use orchestration as a generic term below that is synonymous with route in camel
and process in BPEL.

REQUIREMENTS:
1. Orchestration of a series of web service calls. (WSDL and REST)
2. Orchestration engine must support asynchronous calls to an external web service.
3. Changes to the orchestration can be "hot deployed".
4. Ability to be able to run multiple versions of a particular orchestration.
5. Support (or at least not the blocking of) The ability to abstract out of the
orchestration engine the physical endpoints of services.
(current thinking is with something like zookeeper)

We are currently leaning toward BPEL, but my fear is that it is to heavyweight for
what we need.  BPEL seems to be for overall business processes, like between
multiple departments, with human interaction steps, various applications or user
interfaces involved, etc.  Seems like overkill as we aren't (in general) tying together a
bunch of different enterprise applications. (CRM, Accounting, Finance, Payroll, etc).

We need to "glue" together mostly internal web services to create an efficient way for us to manage / change / monitor, etc
this set of services, that taken together provide the revenue generating ecosystem our customers pay us for.

We've found that BPEL meets the 5 above requirements (mostly), plus monitoring is really already there as a web app
(with the tool we are looking at), you can see the instances of processes in real time, the data in the process, what step each is at, etc, etc.

But at the same time, when I look at the BPEL diagrams vs. the EAI diagrams from the eclipse plugin for camel.
The camel EAI diagrams seem to fit much better than the BPEL ones with what we are trying to do.

Is that feeling justified?  I realize this is highly subjective.

Thoughts or experiences are much appreciated.

Thanks for any feedback.
Reply | Threaded
Open this post in threaded view
|

Re: Camel EAI patterns vs. BPEL processes

hadrian
One of my previous answers on the topic may help:
http://camel.465427.n5.nabble.com/Orchestration-with-Camel-td5587114.html

I hope this helps,
Hadrian

On 05/25/2012 03:16 PM, Danny wrote:

> How to choose?
>
> I'll use orchestration as a generic term below that is synonymous with route
> in camel
> and process in BPEL.
>
> REQUIREMENTS:
> 1. Orchestration of a series of web service calls. (WSDL and REST)
> 2. Orchestration engine must support asynchronous calls to an external web
> service.
> 3. Changes to the orchestration can be "hot deployed".
> 4. Ability to be able to run multiple versions of a particular
> orchestration.
> 5. Support (or at least not the blocking of) The ability to abstract out of
> the
> orchestration engine the physical endpoints of services.
> (current thinking is with something like zookeeper)
>
> We are currently leaning toward BPEL, but my fear is that it is to
> heavyweight for
> what we need.  BPEL seems to be for overall business processes, like between
> multiple departments, with human interaction steps, various applications or
> user
> interfaces involved, etc.  Seems like overkill as we aren't (in general)
> tying together a
> bunch of different enterprise applications. (CRM, Accounting, Finance,
> Payroll, etc).
>
> We need to "glue" together mostly internal web services to create an
> efficient way for us to manage / change / monitor, etc
> this set of services, that taken together provide the revenue generating
> ecosystem our customers pay us for.
>
> We've found that BPEL meets the 5 above requirements (mostly), plus
> monitoring is really already there as a web app
> (with the tool we are looking at), you can see the instances of processes in
> real time, the data in the process, what step each is at, etc, etc.
>
> But at the same time, when I look at the BPEL diagrams vs. the EAI diagrams
> from the eclipse plugin for camel.
> The camel EAI diagrams seem to fit much better than the BPEL ones with what
> we are trying to do.
>
> Is that feeling justified?  I realize this is highly subjective.
>
> Thoughts or experiences are much appreciated.
>
> Thanks for any feedback.
>
> --
> View this message in context: http://camel.465427.n5.nabble.com/Camel-EAI-patterns-vs-BPEL-processes-tp5713573.html
> Sent from the Camel - Users mailing list archive at Nabble.com.
Reply | Threaded
Open this post in threaded view
|

Re: Camel EAI patterns vs. BPEL processes

megachucky
In reply to this post by Danny
I would not use BPEL anymore, but BPMN 2.0! I also would not use a heavyweight tool such as Oracle BPEL Engine etc. Instead I would think about using a lightweight open source BPM tool such as Activiti, jBPM or Bonita.

Take a look at my slides from CamelOne 2012:

http://www.kai-waehner.de/blog/2012/05/17/progress-report-from-camelone-2012-in-boston-apache-camel-activemq-servicemix-cxf/

You should look at a combination of Apache Camel and Activiti because both work together out of the box. Activiti is also lightweight open source, and perfect for integrating it into a Java project.



Best regards,
Kai Wähner

Twitter: @KaiWaehner
Email: kontakt@kai-waehner.de
Blog: www.kai-waehner.de/blog