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@gmail.com
Относно: Re: [rules-users] How to call Drools as a remote rules executor
До: Rules Users List <rules-users@lists.jboss.org>
Изпратено на: Понеделник, 2013, Декември 9 17:11:53 EET

On 09/12/2013, milen igrachev <igrachev@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@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@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@lists.jboss.org
>
> https://lists.jboss.org/mailman/listinfo/rules-users
>
>
_______________________________________________
rules-users mailing list
rules-users@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-users