Hi Florin,
using my implementation, this is totally up to you.

My AE has a configuration parameter 
(DroolsRuntimeAnnotator.PARAM_DROOLS_RESOURCES) which allows you to specify a 
special XML format called change-set. Within this change-set, you can state 
each file that should be loaded. And each file might contain as many drools 
rules as you want.

For example, the simple test case supplied with my AE contains two drools 
rules, stored in one file (as stated in "drools_rules.xml"). 

Kind regards,
Timm

Am 22.02.2013 um 11:28 schrieb Spico Florin <[email protected]>:

> Hello!
>  Very interesting integration. I would like to use this feature, but I
> have these questions (for  both implementations):
> 
> If you have multiple rules then you are creating one instance of AE per
> rule grammar or one AE instance is enough to handle (load) all rules ?
> 
> I look forward for your answers.
>  Regards,
>   Florin
> 
> On Thu, Feb 21, 2013 at 7:15 PM, Roberto Franchini <[email protected]>wrote:
> 
>> On Thu, Feb 21, 2013 at 5:00 PM, Timm Heuss <[email protected]> wrote:
>>> Dear UIMA users,
>>> I created an Analysis Engine that integrates the JBoss Drools Rule
>> Engine into an UIMA pipeline. This allows you to process and manipulate
>> Feature Structures of a given CAS in "the Drools way" - with declarative
>> Drools rules stored separately from your application.
>>> 
>>> The combination of UIMA and Drools turned out to be quite powerful in my
>> application, so I wanted to share the AE with you:
>>> 
>>> https://github.com/heussd/droolsruntimeannotator
>>> 
>>> Maybe it is of use for someone else, too.
>> 
>> Hi,
>> we use the UIMA/Drools combination in production since 2011.
>> A POC is available here: https://github.com/celi-uim/uima-drools
>> 
>> We don't use the listener because we prefer to let people writing
>> Drools grammars (e.g. linguists, not developers) do whatevere they
>> want with the cas and his annotations. But  I like your way.
>> 
>> Cheers,
>> FRANK
>> 
>> 
>> --
>> Roberto Franchini
>> The impossible is inevitable.
>> http://www.celi.it                     http://www.blogmeter.it
>> http://github.com/celi-uim       http://github.com/robfrank
>> Tel +39.011.562.71.15
>> jabber:[email protected] skype:ro.franchini tw:@robfrankie
>> 

--
sabbe sankhara anicca

Attachment: smime.p7s
Description: S/MIME cryptographic signature

Reply via email to