Hello I was wondering if it is common practice or makes sense for BPEL (Business Process Execution Language) products to embed a rules engine in the product.
Thanks.
BPEL w/ rule engine
Posted by
Anonymous User
Anonymous Userat
2004-10-17 10:04 AM
Hi,
I would like to hear more of what you think about BPEL+rules integration.
Thanks
Alex Kozlenkov
http://comas.soi.city.ac.uk/prova
BPEL / Rules
Posted by
Anonymous User
Anonymous Userat
2005-01-16 03:38 PM
There are two ways to look at BPEL and rules.
First, BPEL provides extensibility for query and expression languages as part of the core specification, so it is possible to integrate a rules language directly with a BPEL engine. However, that doesn't necessarily make sense unless the rules language is intended to work with message parts...
Second, and the most sensible approach IMHO, a rules engine can be modeled as a service and then interact with a BPEL process the way any other service would, i.e., through some combination of <receive>, <reply>, or <invoke>. The big reason to favor the second approach over the first is that it preserves the proper level of encapsulation for the rules, e.g., "check credit" or "assess risk".
Hello I was wondering if it is common practice or makes sense for BPEL (Business Process Execution Language) products to embed a rules engine in the product. Thanks.
Hi,
I would like to hear more of what you think about BPEL+rules integration.
Thanks Alex Kozlenkov http://comas.soi.city.ac.uk/prova
There are two ways to look at BPEL and rules.
First, BPEL provides extensibility for query and expression languages as part of the core specification, so it is possible to integrate a rules language directly with a BPEL engine. However, that doesn't necessarily make sense unless the rules language is intended to work with message parts...
Second, and the most sensible approach IMHO, a rules engine can be modeled as a service and then interact with a BPEL process the way any other service would, i.e., through some combination of <receive>, <reply>, or <invoke>. The big reason to favor the second approach over the first is that it preserves the proper level of encapsulation for the rules, e.g., "check credit" or "assess risk".
Paul Brown
FiveSight Technologies
http://www.fivesight.com
http://blogs.fivesight.com/pbblog