[rules-users] Creation of RuleModel dyanmicalliy

[Mohamed Riyaz]

Hi,

I did quick analysis of Drools Rule Model API.  Following are unavailable
Drools constructs in Rule Model API.

1. Conditional braces and logical operators are not available to construct
the conditional set with multiple child facts.

2. Individual constructs:
• 'and' operator
• 'from' keyword
• 'in()' Operator
• Conditional construct 'forall()'
• Conditional construct 'Collect'
• Conditional construct 'accumulate()'
• Usage of Java.util.Collection interface (ArrayList,HashSet)usage with
'Collect' and 'From' constructs
Developers facing the difficulty in writing Rule UI to generate drl using
existing Rule Model APIs in Drools 4 and 5 version.

Regards,
Riyaz

On 9/21/08, Edson Tirelli <tirelli at post.com> wrote:
>
>
>   Yes, we need to still complete the drools-api, but we want to keep it as
> simple as possible. Please send your suggestions and patches, so that we can
> better meet your requirements. Creating JIRAs is the best way to make sure
> the requirements don't get lost.
>
>    []s
>    Edson
>
> 2008/9/21 Mohamed Riyaz <riyazenayath at gmail.com>
>
>> Hi,
>>
>> Make sure that Rule Model API of Drools 4 and 5 release support rule flow
>> generation or not. Having looked at the source, I didn't see such APIs to
>> fulfill your requirement.
>>
>> Regards,
>> Riyaz
>>
>>
>>   On 9/18/08, Vikram Shitole <vikrams at mastek.com> wrote:
>>>
>>> Hi,
>>>
>>> I am working on the Drools 4.0.7 release.
>>> I am using the org.drools.brms.client.modeldriven.brl.RuleModel class to
>>> create the rules dynamically and then persisting them using the
>>> BRDRLPersistence class.
>>>
>>> I am able to do majority of the things but I am stuck at
>>> Invoking a rule flow process from the drl.
>>>
>>> We can type the following code in the DRL
>>> drools.getWorkingMemory().startProcess(Process ID)
>>>
>>> Does anyone have an idea about how this can be done using the RuleModel
>>> class
>>>
>>>
>>>
>>> Thanks & Regards
>>> Vikram Shitole
>>> Mastek Ltd
>>> Phone No: 66072000
>>> MASTEK LTD.
>>> Mastek in NASSCOM's 'India Top 20' Software Service Exporters List.
>>> In the US, we're called MAJESCOMASTEK
>>>
>>>
>>> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
>>> Opinions expressed in this e-mail are those of the individual and not
>>> that of Mastek Limited, unless specifically indicated to that effect. Mastek
>>> Limited does not accept any responsibility or liability for it. This e-mail
>>> and attachments (if any) transmitted with it are confidential and/or
>>> privileged and solely for the use of the intended person or entity to which
>>> it is addressed. Any review, re-transmission, dissemination or other use of
>>> or taking of any action in reliance upon this information by persons or
>>> entities other than the intended recipient is prohibited. This e-mail and
>>> its attachments have been scanned for the presence of computer viruses. It
>>> is the responsibility of the recipient to run the virus check on e-mails and
>>> attachments before opening them. If you have received this e-mail in error,
>>> kindly delete this e-mail from desktop and server.
>>>
>>> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
>>>
>>>
>>> _______________________________________________
>>> 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
>>
>>
>
>
> --
> Edson Tirelli
> JBoss Drools Core Development
> JBoss, a division of Red Hat @ www.jboss.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/20080922/57016500/attachment.html