Hi Frank,<br><br>The rules are, on the whole, stored as XML (RuleModel passed through XStream). See a previous exchange of emails on this forum about RuleModel, it might prove useful.<br><br>However this is how we hand Rule persistence off to JCR; which in turn stores it in another, lets say, internal format. Unfortunately I've not ran JCR against a database to know what the resulting tables look like.<br>
<br>A colleague suggested use of DSL might help as you'd only need update the DSL and recompile all rules. Might be worth a look?<br><br>Otherwise, using the REST API, or WEBDAV (not sure if it's more limited) to retrieve a list of rules that can then be iterated and updated before writing back might be the best option :(<br>
<br>With kind regards,<br><br>Mike<br><br><div class="gmail_quote">On 28 March 2011 15:37, FrankVhh <span dir="ltr"><<a href="mailto:frank.vanhoenshoven@agserv.eu">frank.vanhoenshoven@agserv.eu</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">Hi,<br>
<br>
Tx agaiin for the clarification on the .xml file. It makes a lot more sense,<br>
now.<br>
<br>
Bulk update is indeed not provided, I was hoping to have a look at the way<br>
the rules were stored (probably plain drl, or isn't it?) to assess what<br>
effort a bulk update would take.<br>
<br>
If you mean by your last statement to have rules that set the initial base<br>
price, and afterwards add rules to modify the base price (when beverage(),<br>
then b.augmentBasePrice(5)), I absolutely agree it is the best solution,<br>
implementation-wise.<br>
<br>
Regarding rule management and governance, there are a few issues that might<br>
arise.<br>
1) It is more difficult to get a view on your base prices<br>
2) What if base prices are adapted manually to the desired level? Which<br>
"adaptation rules" need to be deleted or changed?<br>
<br>
I am not saying that this should be basic functionality of a brms, neither<br>
am I very fond of the requirement myself. As it shifts the burden of work<br>
from the business to the more technical people :-)<br>
<br>
Regards,<br>
Frank<br>
<div class="im"><br>
<br>
manstis wrote:<br>
><br>
> mortgage-sample-repository.xml is the example repository installed into<br>
</div>> Guvnor when you first deploy (and answer &quot;yes&quot; to the install<br>
<div class="im">> examples<br>
> prompt).<br>
><br>
> Changing this XML will therefore have no effect, unless you re-import the<br>
> XML too using the Administration functions in Guvnor.<br>
><br>
> In order to achieve what you state you'd need to (a) use the JCR API to<br>
> query the underlying datastore, (b) re-build your binary rule package. We<br>
> don't provide a bulk update facility.<br>
><br>
> Given your example would it be not best to have Beverages themselves as<br>
> Facts and have rules that set their prices?<br>
><br>
> Think of the Rules Engine as a RDBMS and the Facts as records.<br>
><br>
> With kind regards,<br>
><br>
> Mike<br>
><br>
</div>> On 28 March 2011 14:09, FrankVhh &<a href="mailto:lt%3Bfrank.vanhoenshoven@agserv.eu">lt;frank.vanhoenshoven@agserv.eu</a>&gt;<br>
> wrote:<br>
><br>
> &gt; Hi,<br>
> &gt;<br>
> &gt; Thanks for your quick reply, Salaboy.<br>
> &gt;<br>
> &gt; Webdav indeed allow me to browse through the packages and I was able<br>
> to<br>
> &gt; locate a file mortgage-sample-repository.xml in the folder<br>
> WEB-INF/classes<br>
> &gt; of drools-fuvnor.war.<br>
> &gt;<br>
> &gt; However, changes in the xml did not show up in Guvnor and vice versa.<br>
> So,<br>
> &gt; jackrabbit has to store its contents somewhere else. The folder<br>
> &gt; &quot;repository&quot;<br>
> &gt; only consists of class-files.<br>
> &gt;<br>
> &gt; The reason I am looking for this file, is because I am looking for<br>
> ways to<br>
> &gt; simultaneously update multiple rule parameters, without adding a new<br>
> rule<br>
> &gt; to<br>
> &gt; the ruleset. F.e. we want all base prices of our beverages to<br>
> increase by<br>
> &gt; 5%.<br>
> &gt;<br>
> &gt; It would be as if you run an sql update statement on a &quot;rule<br>
> database&quot;.<br>
> &gt; You'll probably need to parse the drl to achieve this.<br>
> &gt;<br>
> &gt; Regards,<br>
> &gt; Frank<br>
> &gt;<br>
> &gt; --<br>
> &gt; View this message in context:<br>
> &gt;<br>
<div class="im">> <a href="http://drools-java-rules-engine.46999.n3.nabble.com/Rule-storage-tp2742515p2743044.html" target="_blank">http://drools-java-rules-engine.46999.n3.nabble.com/Rule-storage-tp2742515p2743044.html</a><br>
</div>> &gt; Sent from the Drools - User mailing list archive at Nabble.com.<br>
> &gt; _______________________________________________<br>
> &gt; rules-users mailing list<br>
> &gt; <a href="mailto:rules-users@lists.jboss.org">rules-users@lists.jboss.org</a><br>
> &gt; <a href="https://lists.jboss.org/mailman/listinfo/rules-users" target="_blank">https://lists.jboss.org/mailman/listinfo/rules-users</a><br>
> &gt;<br>
<div class="im">><br>
> _______________________________________________<br>
> rules-users mailing list<br>
> <a href="mailto:rules-users@lists.jboss.org">rules-users@lists.jboss.org</a><br>
> <a href="https://lists.jboss.org/mailman/listinfo/rules-users" target="_blank">https://lists.jboss.org/mailman/listinfo/rules-users</a><br>
><br>
<br>
<br>
</div><font color="#888888">--<br>
View this message in context: <a href="http://drools-java-rules-engine.46999.n3.nabble.com/Rule-storage-tp2742515p2743373.html" target="_blank">http://drools-java-rules-engine.46999.n3.nabble.com/Rule-storage-tp2742515p2743373.html</a><br>
</font><div><div></div><div class="h5">Sent from the Drools - User mailing list archive at Nabble.com.<br>
_______________________________________________<br>
rules-users mailing list<br>
<a href="mailto:rules-users@lists.jboss.org">rules-users@lists.jboss.org</a><br>
<a href="https://lists.jboss.org/mailman/listinfo/rules-users" target="_blank">https://lists.jboss.org/mailman/listinfo/rules-users</a><br>
</div></div></blockquote></div><br>