[rules-users] How to call Drools as a remote rules executor

[milen igrachev]

Big thanks on the answers, that was all I needed.
The XML solution seems to be the best for me. 
  Thanks for the help again.  Best Regards
Milen







 -------- Оригинално писмо --------

От: Wolfgang Laun wolfgang.laun at gmail.com

Относно: Re: [rules-users] How to call Drools as a remote rules executor

До: Rules Users List  

Изпратено на: Понеделник, 2013, Декември 9 17:11:53 EET


On 09/12/2013, milen igrachev  igrachev at abv.bg > wrote:

> Hello again,

>

> I am sorry that i duplicated the question!.

> I have one last question and I will close my questions both in stackoverflow

> and here.

>

> Is my understanging correct? I have two options:

> 1. To have my business logic classes in my java Drools project.



Certainly.



> 2. Find a way to generate these classes in my java Drools project.

> But in any case available I do need the java classes to create and feed

> facts to the Drools? There is no way to feed Drools with any type of

> structured data that defines the fact without creating the instance? (It

> will be my responsibility to find the way of generation.)



Well, there's the DRL declare, which is one way of defining fact types

to Drools.

But you'd still have to create objects from these fact types and to inject the

data (in the constructor). Which means that you'll have to have a way

of creating these declares, and a way of getting the data into the

Java app encapsulating the Drools session, and a way of instantiating

the objects.



As I said on stackoverflow, using XML as a gofer might be easier: it's

simple on the Java side, but I don't know the other end.



-W



>

> Once again Big thanks for your time, and sorry for the duplication of the

> question!

>

> Regards,

> Milen

>

> PS: About the language that I am using its really uncommon one, I seriously

> doubt that the name will help you. Offcourse here it is - GraphTalk.

>

> From: Wolfgang Laun  wolfgang.laun at gmail.com 

>

> About: Re: [rules-users] How to call Drools as a remote rules executor

>

> To: Rules Users List

>

> sent at: Monday, 2013, December 9 13:27:22 CET

>

>

> I've provided one possible approach on stackoverflow.

>

>

>

> [Not knowing what "non-Java" is doesn't help.]

>

>

>

> -W

>

>

>

>

>

> On 09/12/2013, milen igrachev   igrachev at abv.bg  > wrote:

>

>>  Hello ,

>

>>    What I want to do is use java and Drools for its nice rule engine

>

>> capabilities. Currently I am not using java for my project. I have some

>

>> implementation business classes and implemented logics that works fine

>> for

>

>> me, but I want to externalize the rules in BRMS. I gave Drools a try and

>> I

>

>> like it a lot. However I encounter one obsticle that I want to ask if I

>> can

>

>> skip.  I read most of the Drools documentation and across the net in all

>> the

>

>> examples that are given we actually need the implementation business

>> classes

>

>> in order to instantiate facts that we want to feed to the Drools

>

>>  KieSession . Well what I want is not to duplicate my class model in both

>> my

>

>> (non java) project and my java Drools project. All I want to keep in my

>

>> Drools project is the Rules themselves.  So is that possible, or I will

>> need

>

>> to duplicate the models? If anyone knows where I can read some info on

>> that

>

>> topic links are appriciated!  Technical details: I am using Drools 6.0.0

>> in

>

>> Eclipse Juno.  Big thanks for the support!  Best Regards!

>

>> Milen

>

> _______________________________________________

>

> rules-users mailing list

>

>   rules-users at lists.jboss.org 

>

>   https://lists.jboss.org/mailman/listinfo/rules-users 

>

>

_______________________________________________

rules-users mailing list

 rules-users at lists.jboss.org 

 https://lists.jboss.org/mailman/listinfo/rules-users 

 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/rules-users/attachments/20131209/1b54d965/attachment-0001.html