[rules-dev] KnowledgeAgent: Unable to find implementation for BusinessRuleProvider

Michael Neale michael.neale at gmail.com
Fri Oct 22 15:28:50 EDT 2010


I think it is still to early to read much on ruleml specific to this.

OK - in your case - perhaps it is valid to build it from source that way....
you aren't authoring the brl directly which is what estaban was mentioning
we wouldn't necessarily want to encourage.

On Sat, Oct 23, 2010 at 6:23 AM, Hugo Koblmueller <hugo at koblmueller.com>wrote:

> hmmm, understood, but it doesn't really solve my basic problem, which is,
> that in our system we have one gunvor instance running on an development
> server and we are pulling the drools packages (as type="PKG"), which
> basically consists of compiled business rules (.brl) from that guvnor
> repository.
>
> So now we also have the requirement, that people wanna work (develop/test)
> the system offline, means not connected to the guvnor. For this reason my
> idea was, that when online I checkout the brl files from the guvnor into my
> eclipse project, and use (compile) them directly with the KnowledgeAgent
> using a local (classpath relativ) resource location in the changeset.
> Actually this setup  works fine with the drl files, but as I experienced not
> for the brl files. :(
>
> Another possibility would be that I can checkout (via the guvnor
> repository) the compile rules set in PKG format, but this seems not to be
> part of the repository (resp. snapshot) drools files of a rules package,
> right (or did I oversee something)
>
> Any ideas are sure welcome.
>
> Btw. what are the detailed plan to use RuleML in drools and can you suggest
> me any good info sites (or books) on that language?
>
> thx a lot, guys
> cheers
> -hugo
>
> On 22 October 2010 04:15, Michael Neale <michael.neale at gmail.com> wrote:
>
>> I think best not to add support for it directly. it is an internal format
>> - and will one day be deprecated in favour of a ruleml dialect (I think this
>> was mentioned previously).
>>
>> On Fri, Oct 22, 2010 at 12:32 PM, esteban.aliverti at gmail.com <
>> esteban.aliverti at gmail.com> wrote:
>>
>>> As far as i know, Brl syntax is kind of "deprecated". Only guvnor should
>>> use it. I can add support for brl easily, but i don't know if this is
>>> correct or not. Guys? What is your opinion?
>>>
>>> El oct 21, 2010 5:46 p.m., "drhookson" <hugo at koblmueller.com> escribió:
>>>
>>>
>>> hi.all,
>>>
>>> I working with drools-5.1.1 and just wanted to change my working
>>> knowledgeagent version, which pulls the package binary from the guvnor,
>>> to
>>> use local stored BRL files.
>>>
>>> As for what I assumed that the KnowledgeAgent is aware of the different
>>> resource types, I simply exchanged in the change-set.xml the resource
>>> location and type specification accordingly to the BRL ones, like the
>>> following:
>>>                        String ruleFile =
>>> "file://Projects/Workspace/myProject/src/rules/DeadManSwitch.brl";
>>>         String xml = "";
>>>                        xml += "<change-set
>>> xmlns='http://drools.org/drools-5.0/change-set'";
>>>                        xml += "
>>> xmlns:xs='http://www.w3.org/2001/XMLSchema-instance'";
>>>                        xml += "
>>> xs:schemaLocation='http://drools.org/drools-5.0/change-set
>>>
>>> http://anonsvn.jboss.org/repos/labs/labs/jbossrules/trunk/drools-api/src/main/resources/change-set-1.0.0.xsd
>>> '
>>> >";
>>>                        xml += "    <add>";
>>>                        xml += "         <resource source='" + ruleFile +
>>> "'
>>> type='BRL'/>";
>>>                        xml += "    </add>";
>>>                        xml += "</change-set>";
>>>
>>> All the other things like setting up the KnowledgeAgent, applying the
>>> change
>>> set, a.s.o remained the same, but when executing the program I get the
>>> following exception reported:
>>>
>>> SEVERE: Run exception: java.lang.RuntimeException:
>>> org.drools.compiler.DroolsParserException:
>>> org.drools.CheckedDroolsException: Unable to find implementation for
>>> BusinessRuleProvider
>>> Stack trace:
>>>
>>> org.drools.compiler.PackageBuilder.addKnowledgeResource(PackageBuilder.java:544)
>>>
>>> org.drools.builder.impl.KnowledgeBuilderImpl.add(KnowledgeBuilderImpl.java:28)
>>>
>>> org.drools.agent.impl.KnowledgeAgentImpl.createPackageFromResource(KnowledgeAgentImpl.java:637)
>>>
>>> org.drools.agent.impl.KnowledgeAgentImpl.addResourcesToKnowledgeBase(KnowledgeAgentImpl.java:889)
>>>
>>> org.drools.agent.impl.KnowledgeAgentImpl.rebuildResources(KnowledgeAgentImpl.java:704)
>>>
>>> org.drools.agent.impl.KnowledgeAgentImpl.buildKnowledgeBase(KnowledgeAgentImpl.java:584)
>>>
>>> org.drools.agent.impl.KnowledgeAgentImpl.applyChangeSet(KnowledgeAgentImpl.java:185)
>>>
>>> org.drools.agent.impl.KnowledgeAgentImpl.applyChangeSet(KnowledgeAgentImpl.java:168)
>>>
>>> Any idea what am I missing here?
>>>
>>> thx
>>> -hugo
>>>
>>> --
>>> View this message in context:
>>> http://drools-java-rules-engine.46999.n3.nabble.com/KnowledgeAgent-Unable-to-find-implementation-for-BusinessRuleProvider-tp1748593p1748593.html
>>> Sent from the Drools - Dev mailing list archive at Nabble.com.
>>> _______________________________________________
>>> rules-dev mailing list
>>> rules-dev at lists.jboss.org
>>> https://lists.jboss.org/mailman/listinfo/rules-dev
>>>
>>>
>>> _______________________________________________
>>> rules-dev mailing list
>>> rules-dev at lists.jboss.org
>>> https://lists.jboss.org/mailman/listinfo/rules-dev
>>>
>>>
>>
>>
>> --
>> Michael D Neale
>> home: www.michaelneale.net
>> blog: michaelneale.blogspot.com
>>
>> _______________________________________________
>> rules-dev mailing list
>> rules-dev at lists.jboss.org
>> https://lists.jboss.org/mailman/listinfo/rules-dev
>>
>>
>
>
> --
>
>
>
> _______________________________________________
> rules-dev mailing list
> rules-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/rules-dev
>
>


-- 
Michael D Neale
home: www.michaelneale.net
blog: michaelneale.blogspot.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/rules-dev/attachments/20101023/905f411d/attachment-0001.html 


More information about the rules-dev mailing list