[rules-users] Integrate Drools with Java application, need recommendations

[Genene Geda]

You said : Also we do not see drools serving multiple applications at this point of time or in near future.

> then, architecturally you may not need option #2.

Genene

-----Original Message-----
From: rules-users-bounces at lists.jboss.org [mailto:rules-users-bounces at lists.jboss.org] On Behalf Of srikanthmalli
Sent: Friday, September 06, 2013 12:21 PM
To: rules-users at lists.jboss.org
Subject: Re: [rules-users] Integrate Drools with Java application, need recommendations

Thank you all for your valuable input.
It seems like performance is not the issue between the 2 options. So I really need to see the differences between 2 options to make my decision.
It’s not going to be 100% rule based business logic, we evaluated whole application and decided to use “rules based solution” where it makes sense.
To serve each request application will call drools in different point of times few times (may be 6-8 times, all are atomic requests, sometimes
simultaneously) to make some business decisions. 
Also we do not see drools serving multiple applications at this point of time or in near future.
Option1:
1)	May need more coding on application (consumer) side to implement
2)	Application will have Drools specific coding and need to aware of Drools
libraries
3)	Debugging – easy to do as everything is Java
4)	Unit testing – easy to do as everything is Java, may need to write
TestNG/Junit test cases  
5)	Load test/performance test – May need to write TestNG/Junit test cases
6)	How about memory, as the rules will be evaluating in same JVM as
application?

Option2:
1)	Easy coding on the application (consumer) side to implement, just need to
build REST/JSON request
2)	And application need not to be aware of any Drools libraries and Drools
specific coding
3)	Debugging – No idea on how to do
4)	Unit Testing – We have tool SoapUI so I don’t think it is a problem.
5)	Load/performance Test – We have tool SoapUI so I don’t think it is a
problem.
6)	How about memory, as the rules will be evaluating in different JVM than
application, wouldn’t it be helpful?
7)	Monitoring, one more thing to make sure it is up running.

What is the value of implementing Webservice (spring and REST/SOAP based) to handle the requests given the out of box Drools-Server, any specific reasons?

-Sri




--
View this message in context: http://drools.46999.n3.nabble.com/Integrate-Drools-with-Java-application-need-recommendations-tp4025834p4025852.html
Sent from the Drools: User forum mailing list archive at Nabble.com.

_______________________________________________
rules-users mailing list
rules-users at lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-users