Hi Justin,<br><br>It's always nice to reply to somebody who has taken the time to try things and learn the application.<br><br>I've added a couple of other points below.<br><br>With kind regards,<br><br>Mike<br><br>
<div class="gmail_quote">On 6 July 2011 22:48, Justin Case <span dir="ltr"><<a href="mailto:send_lotsa_spam_here@yahoo.com">send_lotsa_spam_here@yahoo.com</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;">
Thank you Michael for your quick answer :) I certainly hope there will be<br>
somewhere some answer to the other points as well.<br>
<div class="im"><br>
>You can use a predicate within a pattern by selecting "Predicate" as the<br>
>Condition Column type. These compile to inline evals. It is not however<br>
>possible to define a predicate that is not part of a pattern.<br>
<br>
</div>No idea what these are :) but I'll definitely look into them.<br>
<div><br>
>If, in your example, $var and $date are constants you could look into using a<br>
>Template instead of Decision Table. You'll find there is greater flexibility to <br></div></blockquote><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
<div class="im">>what DRL you can define.<br>
<br>
</div>I noticed I can create Templates, but I didn't think about them in that way<br>
(templates MORE flexible??). Worth a try indeed.<br></blockquote><div><br><br>IMO Templates in Guvnor are, currently, more flexible than
Decision Tables simply because they allow you to define (almost) any DRL
whereas the DRL possible from a Decision Table is more restricted.<br>
<br>
We have a long list of improvements we want to make to guided Decision
Tables which, once complete, will make them a vastly more powerful
authoring tool.<br>
<br></div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
<div><br>
>The community edition (i.e. Guvnor, not JBoss BRMS) has translations for es_ES,<br>
<br>
>fr_FR, ja_JP, pt_BR, zh_CN and en_US. GWT compiles the resources away into<br>
>JScript. Depending upon your locale GWT will only dispatch the relevant bundles<br>
>to your browser.<br> </div></blockquote><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;"><div class="im">
<br>
</div>I have the Guvnor (not JBoss BRMS) and can't see any of them. Not even the<br>
Constants.properties which should be the "regular" language file...<br>
Where do these guys get their files??? I (and my folks) would gladly share the<br>
translation - if we ever come to do one.<br>
<div class="im"><br></div></blockquote><div>You won't find the files in what is downloaded to your browser because GWT compiles them into its .cache files in /guvnor-webapp-5.3.0-SNAPSHOT/org.drools.guvnor.Guvnor folder.<br>
<br>The message sources are available in the org.drools.guvnor.client.messages package.<br> </div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
<div class="im">
>I find this observation strange, as the JAR is just stored as a BLOB in JCR and<br>
>the latest version retrieved to build suggestions available for rule authoring.<br>
>There are however known issues, logged in JIRA, with Validation not clearing<br>
>down correctly which could lead to what you report.<br>
<br>
</div>Indeed the validation might be a cause, or it's not only the Validator leaving<br>
old skeletons behind :) A few days ago a teammate of me showed me the problem in<br>
5.2.0.M1 AND ALSO showed be a dialog list with the actual model classes AND the<br>
old class, saying "hey but I can remove it from here and it verifies ok". Now we<br>
all upgragded to 5.2.0.Final and we can't find that dialog anymore :( I kind of<br>
miss it anyway, it would always be nice to see what classes you have in your<br>
uploaded model. Did 5.2.0.Final remove it?<br>
<div class="im"><br></div></blockquote><div>If you can provide a screen-shot it might nudge people's memory better? Unfortunately mine is blank.<br> </div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
<div class="im">
>Not in my experience. I often upload POJO JARs (with 5.2 at least) and am able<br>
>to work with the classes defined therein without a restart.<br>
<br>
</div>Might have to do with the above problem anyway...<br>
<div class="im"><br>
>I suspect you are accessing the<br>
>"Declarative Model" resources from a Guvnor repository using the Eclipse WebDAV<br>
<br>
>facilities (given the context of your surrounding questions). AFAIK, Declarative<br>
><br>
>models are not available this way - they are stored on the Asset in the<br>
>repository using XStream to serialise the internal object graph to XML. It might<br>
><br>
>however be an interesting idea to provide a means to retrieve their DRL<br>
>equivalent through WebDAV. If you'd like to pursue this please raise a JIRA<br>
>capturing your requirement and details of your specification.<br>
<br>
</div>Correct, this is what I was expecting: some support from the Eclipse Guvnor<br>
plugin. I can imagine however that this would be just priority pit-bottom on the<br>
developers todo list :)<br>
<div class="im"><br>
>Why is this a problem? As you say the field, presumably privately called<br>
>"aThing" is accessible via the getter "AThing"?<br>
>Does your DRL not compile?<br>
<br>
</div>Well this is not a "real" problem, it works also this way. But the field should<br>
look like all others: the "getMyField()" accessor of the Java POJO will show<br>
"myField", but "getAThing()" will show "AThing" - notice the different<br>
capitalization.<br>
<br>
Thank you,<br>
<div><div></div><div class="h5">JC<br>
<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>