[rules-users] KnowledgeAgent, change-set and BRL

Esteban Aliverti esteban.aliverti at gmail.com
Wed Dec 29 08:58:52 EST 2010


Let me do some tests and I will come back to you.

Best Regards,

XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX

Esteban Aliverti
- Developer @ http://www.plugtree.com
- Blog @ http://ilesteban.wordpress.com


2010/12/29 Bruno Freudensprung <bruno.freudensprung at temis.com>

>
> Hi Esteban,
>
> Thank you for your fast answer!
>
> I am planning to integrate the Drools Eclipse plugin into an RCP
> application (that will be used to create rules, but not only). Maybe I am
> wrong but I would like to avoid using Guvnor that seems to be complicated
> from a deployment point of view (an additional server into our
> architecture). That's why I planned to build the KnowledgeBase (based on the
> files generated by the Drools Eclipse plugin in my application) and to fire
> the rules using the API.
>
> I have the impression (but maybe it is just a consequence of my
> inexperience) that Drools' API lacks some kind of "put the pieces together"
> feature that would ease the KnowledgeBase building. Something like a
> KnowledgeAgent that would take a directory as input, build DRLs from BRLs +
> drools packages (expected next to BRLs), etc... I also have the impression
> that the directory layout and file extensions could be "enforced" (a bit
> like javac that expects .java files located in directories corresponding to
> packages). There seems to be conventions like that in Guvnor
> ("sub-directories" in packages containing technical rules, business rules,
> dsls... rule "inheritance" from a parent package to sub-package, and useful
> things like that) but they do not seem to have any equivalent in the Drools'
> Core API. And that's exactly where I am :-).
>
> Anyway, I have tried adding the "drools.package" as a DRL into the
> change-set... :
>
>     <add>
>         <resource source="classpath:misc/drools.package" type="DRL" />
>
>         <resource source="classpath:misc/KBuilder_Test.brl" type="BRL" />
>     </add>
>
>
> ...but it does not work (I still get the "KnowledgeAgent has
> KnowledgeBuilder errors  object=Unable to resolve ObjectType..." error).
>
> Best regards,
>
> Bruno.
>
> Esteban Aliverti a écrit :
>
> Why are you trying to work with BRL format? This format is only used to
> store rules in guvnor/eclipse and it is not prepared to be used in any
> environment. The main problem is that BRL doesn't contain all the
> information needed to be compiled. For example, it doesn't contain any
> package nor import definition.
> What you could try is to add a DRL in your change-set (before the BRL)
>  containing only the import statements. Could you please try it and tell me
> the results?
>
>  Best Regards,
>
>
> XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
>
> Esteban Aliverti
> - Developer @ http://www.plugtree.com
> - Blog @ http://ilesteban.wordpress.com
>
>
>
> _______________________________________________
> 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/20101229/4b787b89/attachment.html 


More information about the rules-users mailing list