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

[Wolfgang Laun]

One last piece of advice: Be careful with the XML design.
Not all complex types you can build with XML Schema result
in "good" Java classes, and not all Java classes are well
suited as fact classes.
-W

On 09/12/2013, milen igrachev <igrachev at abv.bg> wrote:
>
> 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
>
>