<br><tt><font size=2>Hi,</font></tt>
<br>
<br><tt><font size=2>Could you please explain the use of XML and word docs
uploaded , some examples ,can I refer these files in the rules which I
write in Guvnor .</font></tt>
<br>
<br><tt><font size=2>Hi,<br>
<br>
When you upload files to Guvnor XML and .properties files are stored <br>
under XML, properties and everything else for example Word files or PDF
<br>
files go to Other assets, documentation.<br>
<br>
Toni<br>
<br>
Nilima R wrote:<br>
><br>
> Can you please explain the use of "*XML,properties*" and
"*Other <br>
> assets ,documentation*" links available in Guvnor.<br>
><br>
><br>
><br>
> Thanks,</font></tt>
<br>
<br><font size=2 face="sans-serif"><br>
Nilima </font>
<br>
<br>
<br>
<table width=100%>
<tr valign=top>
<td><font size=1 color=#5f5f5f face="sans-serif">From:</font>
<td><font size=1 face="sans-serif">rules-users-request@lists.jboss.org</font>
<tr valign=top>
<td><font size=1 color=#5f5f5f face="sans-serif">To:</font>
<td><font size=1 face="sans-serif">rules-users@lists.jboss.org</font>
<tr valign=top>
<td><font size=1 color=#5f5f5f face="sans-serif">Date:</font>
<td><font size=1 face="sans-serif">02/23/2010 02:11 PM</font>
<tr valign=top>
<td><font size=1 color=#5f5f5f face="sans-serif">Subject:</font>
<td><font size=1 face="sans-serif">rules-users Digest, Vol 39, Issue 62</font>
<tr valign=top>
<td><font size=1 color=#5f5f5f face="sans-serif">Sent by:</font>
<td><font size=1 face="sans-serif">rules-users-bounces@lists.jboss.org</font></table>
<br>
<hr noshade>
<br>
<br>
<br><tt><font size=2>Send rules-users mailing list submissions to<br>
rules-users@lists.jboss.org<br>
<br>
To subscribe or unsubscribe via the World Wide Web, visit<br>
</font></tt><a href="https://lists.jboss.org/mailman/listinfo/rules-users"><tt><font size=2>https://lists.jboss.org/mailman/listinfo/rules-users</font></tt></a><tt><font size=2><br>
or, via email, send a message with subject or body 'help' to<br>
rules-users-request@lists.jboss.org<br>
<br>
You can reach the person managing the list at<br>
rules-users-owner@lists.jboss.org<br>
<br>
When replying, please edit your Subject line so it is more specific<br>
than "Re: Contents of rules-users digest..."<br>
<br>
<br>
Today's Topics:<br>
<br>
1. Dynamicc Declarative model in Guvnor (Nilima R)<br>
2. Comparing Date with || OR operator (dhari)<br>
3. Drools Guvnor (Nilima R)<br>
4. Re: AGE problem (djb)<br>
5. Re: Drools Guvnor (Toni Rikkola)<br>
6. Re: AGE problem (Wolfgang Laun)<br>
7. Natural Language (Amit Kumar)<br>
8. Re: AGE problem (Pavel Tavoda)<br>
<br>
<br>
----------------------------------------------------------------------<br>
<br>
Message: 1<br>
Date: Tue, 23 Feb 2010 11:11:26 +0530<br>
From: Nilima R <nilima.r@tcs.com><br>
Subject: [rules-users] Dynamicc Declarative model in Guvnor<br>
To: rules-users@lists.jboss.org<br>
Message-ID:<br>
<OFFE53C447.246EB602-ON652576D3.001EE694-652576D3.001F42AA@tcs.com><br>
Content-Type: text/plain; charset="us-ascii"<br>
<br>
Hi All,<br>
<br>
<br>
Can we have a dynamic declarative model build in Drools Guvnor. <br>
For example if I have certain tables in database say employee, company,
<br>
address ,can we have a drop down for these tables so that end user can
<br>
select any one one and based on that selection model in Guvnor is
<br>
created.<br>
At present we specify the names of the model say employee and then add
<br>
fields into it. say employee ID etc.<br>
<br>
<br>
<br>
Many Thanks,<br>
<br>
Nilima <br>
____________________________________________<br>
=====-----=====-----=====<br>
Notice: The information contained in this e-mail<br>
message and/or attachments to it may contain <br>
confidential or privileged information. If you are <br>
not the intended recipient, any dissemination, use, <br>
review, distribution, printing or copying of the <br>
information contained in this e-mail message <br>
and/or attachments to it are strictly prohibited. If <br>
you have received this communication in error, <br>
please notify us by reply e-mail or telephone and <br>
immediately and permanently delete the message <br>
and any attachments. Thank you<br>
<br>
<br>
-------------- next part --------------<br>
An HTML attachment was scrubbed...<br>
URL: </font></tt><a href="http://lists.jboss.org/pipermail/rules-users/attachments/20100223/ffe4d373/attachment-0001.html"><tt><font size=2>http://lists.jboss.org/pipermail/rules-users/attachments/20100223/ffe4d373/attachment-0001.html</font></tt></a><tt><font size=2>
<br>
<br>
------------------------------<br>
<br>
Message: 2<br>
Date: Mon, 22 Feb 2010 22:15:08 -0800 (PST)<br>
From: dhari <sdhari@hotmail.com><br>
Subject: [rules-users] Comparing Date with || OR operator<br>
To: rules-users@lists.jboss.org<br>
Message-ID: <1266905708400-347656.post@n3.nabble.com><br>
Content-Type: text/plain; charset="utf-8"<br>
<br>
<br>
The following code generates NPE in ReteTuple.java <br>
<br>
rule <br>
when<br>
Membership ( $regDate
: regDate)<br>
Segment ( startDate <
$regDate || startDate > endDate )<br>
then<br>
System.err.print(?Invalid start date?);<br>
end<br>
<br>
<br>
I am new in Drools and don?t know much about DRL scripting. It works fine
I<br>
use && operator instead.<br>
-- <br>
View this message in context: </font></tt><a href="http://n3.nabble.com/Comparing-Date-with-OR-operator-tp347656p347656.html"><tt><font size=2>http://n3.nabble.com/Comparing-Date-with-OR-operator-tp347656p347656.html</font></tt></a><tt><font size=2><br>
Sent from the Drools - User mailing list archive at Nabble.com.<br>
-------------- next part --------------<br>
An HTML attachment was scrubbed...<br>
URL: </font></tt><a href="http://lists.jboss.org/pipermail/rules-users/attachments/20100222/dc6db21e/attachment-0001.html"><tt><font size=2>http://lists.jboss.org/pipermail/rules-users/attachments/20100222/dc6db21e/attachment-0001.html</font></tt></a><tt><font size=2>
<br>
<br>
------------------------------<br>
<br>
Message: 3<br>
Date: Tue, 23 Feb 2010 11:48:19 +0530<br>
From: Nilima R <nilima.r@tcs.com><br>
Subject: [rules-users] Drools Guvnor<br>
To: rules-users@lists.jboss.org<br>
Message-ID:<br>
<OF0A3F231B.87AA84AC-ON652576D3.00226E0A-652576D3.0022A312@tcs.com><br>
Content-Type: text/plain; charset="us-ascii"<br>
<br>
Can you please explain the use of "XML,properties" and "Other
assets <br>
,documentation" links available in Guvnor.<br>
<br>
<br>
<br>
Thanks,<br>
Nilima <br>
=====-----=====-----=====<br>
Notice: The information contained in this e-mail<br>
message and/or attachments to it may contain <br>
confidential or privileged information. If you are <br>
not the intended recipient, any dissemination, use, <br>
review, distribution, printing or copying of the <br>
information contained in this e-mail message <br>
and/or attachments to it are strictly prohibited. If <br>
you have received this communication in error, <br>
please notify us by reply e-mail or telephone and <br>
immediately and permanently delete the message <br>
and any attachments. Thank you<br>
<br>
<br>
-------------- next part --------------<br>
An HTML attachment was scrubbed...<br>
URL: </font></tt><a href="http://lists.jboss.org/pipermail/rules-users/attachments/20100223/52b2be4e/attachment-0001.html"><tt><font size=2>http://lists.jboss.org/pipermail/rules-users/attachments/20100223/52b2be4e/attachment-0001.html</font></tt></a><tt><font size=2>
<br>
<br>
------------------------------<br>
<br>
Message: 4<br>
Date: Mon, 22 Feb 2010 23:07:55 -0800 (PST)<br>
From: djb <dbrownell83@hotmail.com><br>
Subject: Re: [rules-users] AGE problem<br>
To: rules-users@lists.jboss.org<br>
Message-ID: <1266908875778-354847.post@n3.nabble.com><br>
Content-Type: text/plain; charset=us-ascii<br>
<br>
<br>
I think though that the majority of uses for a rules engine is in a business<br>
context, where they don't use astronomical time. <br>
<br>
If the doctor's orders are:<br>
"You cannot get out of bed for 2 months"<br>
<br>
This means 59 days if he told you February 1st, and it means 62 days if
he<br>
told you July 1st.<br>
<br>
So at least for me, I am going to have to work out a plan that involves<br>
GregorianCalendar. <br>
<br>
-- <br>
View this message in context: </font></tt><a href="http://n3.nabble.com/AGE-problem-tp215215p354847.html"><tt><font size=2>http://n3.nabble.com/AGE-problem-tp215215p354847.html</font></tt></a><tt><font size=2><br>
Sent from the Drools - User mailing list archive at Nabble.com.<br>
<br>
<br>
------------------------------<br>
<br>
Message: 5<br>
Date: Tue, 23 Feb 2010 09:07:21 +0200<br>
From: Toni Rikkola <trikkola@redhat.com><br>
Subject: Re: [rules-users] Drools Guvnor<br>
To: Rules Users List <rules-users@lists.jboss.org><br>
Message-ID: <4B837EA9.1070806@redhat.com><br>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed<br>
<br>
</font></tt>
<br><tt><font size=2>Hi,</font></tt>
<br>
<br><tt><font size=2><b>Could you explain the use of XML and word docs
uploaded , some examples ,can I refer these files in the rules which i
write in Guvnor .</b></font></tt>
<br>
<br>
<br>
<br><tt><font size=2>Hi,<br>
<br>
When you upload files to Guvnor XML and .properties files are stored <br>
under XML, properties and everything else for example Word files or PDF
<br>
files go to Other assets, documentation.<br>
<br>
Toni<br>
<br>
Nilima R wrote:<br>
><br>
> Can you please explain the use of "*XML,properties*" and
"*Other <br>
> assets ,documentation*" links available in Guvnor.<br>
><br>
><br>
><br>
> Thanks,<br>
> Nilima<br>
> =====-----=====-----=====<br>
> Notice: The information contained in this e-mail<br>
> message and/or attachments to it may contain <br>
> confidential or privileged information. If you are <br>
> not the intended recipient, any dissemination, use, <br>
> review, distribution, printing or copying of the <br>
> information contained in this e-mail message <br>
> and/or attachments to it are strictly prohibited. If <br>
> you have received this communication in error, <br>
> please notify us by reply e-mail or telephone and <br>
> immediately and permanently delete the message <br>
> and any attachments. Thank you<br>
><br>
><br>
> <br>
> ------------------------------------------------------------------------<br>
><br>
> _______________________________________________<br>
> rules-users mailing list<br>
> rules-users@lists.jboss.org<br>
> </font></tt><a href="https://lists.jboss.org/mailman/listinfo/rules-users"><tt><font size=2>https://lists.jboss.org/mailman/listinfo/rules-users</font></tt></a><tt><font size=2><br>
> <br>
<br>
<br>
<br>
------------------------------<br>
<br>
Message: 6<br>
Date: Tue, 23 Feb 2010 08:50:38 +0100<br>
From: Wolfgang Laun <wolfgang.laun@gmail.com><br>
Subject: Re: [rules-users] AGE problem<br>
To: Rules Users List <rules-users@lists.jboss.org><br>
Message-ID:<br>
<17de7ee81002222350h62ae932an3058353f68204e7f@mail.gmail.com><br>
Content-Type: text/plain; charset="iso-8859-1"<br>
<br>
On Tue, Feb 23, 2010 at 8:07 AM, djb <dbrownell83@hotmail.com> wrote:<br>
<br>
><br>
> I think though that the majority of uses for a rules engine is in
a<br>
> business<br>
> context, where they don't use astronomical time.<br>
><br>
> If the doctor's orders are:<br>
> "You cannot get out of bed for 2 months"<br>
><br>
> This means 59 days if he told you February 1st, and it means 62 days
if he<br>
> told you July 1st.<br>
><br>
><br>
This is a particularly bad example, because doctors can't say that - at<br>
least not one I'd trust ;-)<br>
<br>
I'm arguing that you cannot expect a computer program to relieve you from<br>
the burden of defining what you mean by a "duration of one year"
(or month).<br>
Some legal rules require a person to have a certain age, and it is (for<br>
humans)<br>
more convenient to decide this on a person's birthday YMD plus an increment<br>
in the Y number. If your application requires you to use an increment
in<br>
the year<br>
component of the YMDhms representation of a point in time, then you are<br>
indeed stuck with Calendar and the resulting overhead. (Memoizing<br>
the results of YMDhms +/- n years might speed things up, for the usual<br>
price.)<br>
<br>
But many applications would be satisfied with using a fixed duration for<br>
a year in terms of 365 or 365.25 or some such value. If, for instance,
you<br>
have a library, and you must decide to move a book into deep storage<br>
"if it has not been requested for more than a year" you
might calculate<br>
this (faster) by adding 356*24*60*60 to the clock value of the last return.<br>
<br>
-W<br>
<br>
So at least for me, I am going to have to work out a plan that involves<br>
> GregorianCalendar.<br>
><br>
> --<br>
> View this message in context:<br>
> </font></tt><a href="http://n3.nabble.com/AGE-problem-tp215215p354847.html"><tt><font size=2>http://n3.nabble.com/AGE-problem-tp215215p354847.html</font></tt></a><tt><font size=2><br>
> Sent from the Drools - User mailing list archive at Nabble.com.<br>
> _______________________________________________<br>
> rules-users mailing list<br>
> rules-users@lists.jboss.org<br>
> </font></tt><a href="https://lists.jboss.org/mailman/listinfo/rules-users"><tt><font size=2>https://lists.jboss.org/mailman/listinfo/rules-users</font></tt></a><tt><font size=2><br>
><br>
-------------- next part --------------<br>
An HTML attachment was scrubbed...<br>
URL: </font></tt><a href="http://lists.jboss.org/pipermail/rules-users/attachments/20100223/3459eff5/attachment-0001.html"><tt><font size=2>http://lists.jboss.org/pipermail/rules-users/attachments/20100223/3459eff5/attachment-0001.html</font></tt></a><tt><font size=2>
<br>
<br>
------------------------------<br>
<br>
Message: 7<br>
Date: Tue, 23 Feb 2010 00:21:38 -0800<br>
From: Amit Kumar <amitkumar@gmail.com><br>
Subject: [rules-users] Natural Language<br>
To: Rules Users List <rules-users@lists.jboss.org><br>
Message-ID:<br>
<33ab2d6e1002230021k249523efsfa8620157b0538f3@mail.gmail.com><br>
Content-Type: text/plain; charset="iso-8859-1"<br>
<br>
Hi All,<br>
<br>
As you might have understood with my so many questions :) I am looking
at<br>
the capabilities of Drools and our team is looking at a comparitive analysis<br>
between Drools and ILOG<br>
One of the feature which is greatly desired is natural language editor.
So I<br>
am planning to create my own DSL creator "Poor man's version"
which will<br>
introspect the class and generate some DSLs for our need.<br>
An old Blog<br>
</font></tt><a href="http://blog.athico.com/2007/03/standards-based-approach-to-natural.html"><tt><font size=2>http://blog.athico.com/2007/03/standards-based-approach-to-natural.html</font></tt></a><tt><font size=2>
points<br>
to an interesting article. Does anybody knows where this item is in the<br>
roadmap.<br>
<br>
Another suggestion I had was on the Roles and Permissions for the users.<br>
There is a option in drools to permit access for a user to a package and<br>
category. It would be good to add Status to the mix so that the novide
user<br>
is prevented from moving rules to production. Small change.. big gain :)<br>
<br>
Does anybody has a pointer to a demo of drools showing its capabilities.
Or<br>
a comparitive analysis with ILOG.<br>
<br>
We are able to show lot of good use for the tool.. but the data model we<br>
have is causing us big headaches in writing easily understandable rules.<br>
The scenario is that we have a "lot" of attributes of a fact.
And as part of<br>
model extension lot of attributes are constantly added to the fact.<br>
To make this easier so that we do not have to update the model - we have
put<br>
a (key value pair) for the attributes.<br>
<br>
So the model structure is<br>
<br>
MainFact<br>
mainAttr1 String<br>
mainAttr2 String<br>
List additionalAttrs<AdditionalAttributes> = new<br>
ArrayList<AdditionalAttributes>();<br>
<br>
AdditionalAttributes<br>
attrName String<br>
attrValue String<br>
<br>
<br>
So now in guided editor or DSl editor it becomes a nightmare to write a<br>
rule.. and our rule writers will beat us up if we ask them to write a rule<br>
like<br>
aa: AdditionalAttributes (attrName == "var1", val : attrValue)<br>
a: MainFact (mainAttr1 == "mainVal", additionalAttrs contains
aa)<br>
<br>
Any easy solution for this :)<br>
<br>
<br>
Thanks,<br>
Amit<br>
-------------- next part --------------<br>
An HTML attachment was scrubbed...<br>
URL: </font></tt><a href="http://lists.jboss.org/pipermail/rules-users/attachments/20100223/76ede083/attachment-0001.html"><tt><font size=2>http://lists.jboss.org/pipermail/rules-users/attachments/20100223/76ede083/attachment-0001.html</font></tt></a><tt><font size=2>
<br>
<br>
------------------------------<br>
<br>
Message: 8<br>
Date: Tue, 23 Feb 2010 09:30:32 +0100<br>
From: Pavel Tavoda <pavel.tavoda@gmail.com><br>
Subject: Re: [rules-users] AGE problem<br>
To: Rules Users List <rules-users@lists.jboss.org><br>
Message-ID:<br>
<e3e2e4b61002230030n28669a78l72d4dffa68c4b765@mail.gmail.com><br>
Content-Type: text/plain; charset=ISO-8859-1<br>
<br>
Try to do this in bank application. People come 1 hour after they date<br>
expired and try to charge them for sooner withdrawal because you<br>
calculate with 365.25 not 365 days. You will be kicked, believe me.<br>
<br>
Pavel<br>
<br>
<br>
2010/2/23 Wolfgang Laun <wolfgang.laun@gmail.com>:<br>
> On Tue, Feb 23, 2010 at 8:07 AM, djb <dbrownell83@hotmail.com>
wrote:<br>
>><br>
>> I think though that the majority of uses for a rules engine is
in a<br>
>> business<br>
>> context, where they don't use astronomical time.<br>
>><br>
>> If the doctor's orders are:<br>
>> "You cannot get out of bed for 2 months"<br>
>><br>
>> This means 59 days if he told you February 1st, and it means 62
days if he<br>
>> told you July 1st.<br>
>><br>
><br>
> This is a particularly bad example, because doctors can't say that
- at<br>
> least not one I'd trust ;-)<br>
><br>
> I'm arguing that you cannot expect a computer program to relieve you
from<br>
> the burden of defining what you mean by a "duration of one year"
(or month).<br>
> Some legal rules require a person to have a certain age, and it is
(for<br>
> humans)<br>
> more convenient to decide this on a person's birthday YMD plus an
increment<br>
> in the Y number. If? your application requires you to use an increment
in<br>
> the year<br>
> component of the YMDhms representation of a point in time, then you
are<br>
> indeed stuck with Calendar and the resulting overhead. (Memoizing<br>
> the results of YMDhms +/- n years might speed things up, for the usual<br>
> price.)<br>
><br>
> But many applications would be satisfied with using a fixed duration
for<br>
> a year in terms of 365 or 365.25 or some such value. If, for instance,
you<br>
> have a? library, and you must decide to move a book into deep storage<br>
> "if it has? not been requested for more than a year" you
might calculate<br>
> this (faster) by adding 356*24*60*60 to the clock value of the last
return.<br>
><br>
> -W<br>
><br>
>> So at least for me, I am going to have to work out a plan that
involves<br>
>> GregorianCalendar.<br>
>><br>
>> --<br>
>> View this message in context:<br>
>> </font></tt><a href="http://n3.nabble.com/AGE-problem-tp215215p354847.html"><tt><font size=2>http://n3.nabble.com/AGE-problem-tp215215p354847.html</font></tt></a><tt><font size=2><br>
>> Sent from the Drools - User mailing list archive at Nabble.com.<br>
>> _______________________________________________<br>
>> rules-users mailing list<br>
>> rules-users@lists.jboss.org<br>
>> </font></tt><a href="https://lists.jboss.org/mailman/listinfo/rules-users"><tt><font size=2>https://lists.jboss.org/mailman/listinfo/rules-users</font></tt></a><tt><font size=2><br>
><br>
><br>
> _______________________________________________<br>
> rules-users mailing list<br>
> rules-users@lists.jboss.org<br>
> </font></tt><a href="https://lists.jboss.org/mailman/listinfo/rules-users"><tt><font size=2>https://lists.jboss.org/mailman/listinfo/rules-users</font></tt></a><tt><font size=2><br>
><br>
><br>
<br>
<br>
<br>
------------------------------<br>
<br>
_______________________________________________<br>
rules-users mailing list<br>
rules-users@lists.jboss.org<br>
</font></tt><a href="https://lists.jboss.org/mailman/listinfo/rules-users"><tt><font size=2>https://lists.jboss.org/mailman/listinfo/rules-users</font></tt></a><tt><font size=2><br>
<br>
<br>
End of rules-users Digest, Vol 39, Issue 62<br>
*******************************************<br>
</font></tt>
<br>
<br><pre>=====-----=====-----=====
Notice: The information contained in this e-mail
message and/or attachments to it may contain
confidential or privileged information. If you are
not the intended recipient, any dissemination, use,
review, distribution, printing or copying of the
information contained in this e-mail message
and/or attachments to it are strictly prohibited. If
you have received this communication in error,
please notify us by reply e-mail or telephone and
immediately and permanently delete the message
and any attachments. Thank you
</pre>