I think that at the end of the day it doesn't matter what performance degradation (if any) you have - it only matters does the architectural appraoch of workflows and/or rule engine fits your solution. for example, for business rules do you have complex business rules ? does your business rules change frequently, do you have a lot of business rules ? .
Once you decide this is the right direction - you need to evaluate the performance and scalability, price etc. of the different technology mappings (e.g. for Rule engines in .NET I know if ILog Rules, InRule, Biztalk and NxBRE ) - probably the best way to evaluate this would be building a small proof of concepts that looks at key scenarios in your solutions
Arnon
Hi Arnon,
Thanks for your response.
I have one more confusion if you could help me in understanding .
Whether rule engines can be based on OR mapping tool only.I tried mosaico author to create a rule but it is asking for objects residing in database.
If a rule engine can directly interact with database and stored procedures, please let me know the name of the tool.
regards
bhaskar
It is not that rule engines require OR mapping as much as rule engines are part of the business logic and thus don't run on the database itself
As someone told you on another thread - you don't have to use "real" objects for the rule engine (you can try typed-data sets for example)
Arnon
I have one confusion regarding rule engines. Is there any recommended language for rule generation asi came across BPEL.
if that so where can i get guidelines for this language.
Also is their any rule engine/worflow engine which generates .net code at compile time.
regards
Hi
Though tools like Biztalk combine both there is a difference between Rule Engines and Workflows BPEL is a specification for Worflow language
There are several specifications for Rule langauges such as RuleML and SWRL but not all rule engines support them.
Arnon