Yes there are 2 packages in the Guvnor sourcecode that control this - but there isn't a way to plug that stuff in at the moment. <div>One controls what operators are visible when, and the other controls how it is rendered to DRL (I can't remember the package names though !). </div>
<div><br><div class="gmail_quote">On Wed, Jun 2, 2010 at 5:34 AM, data data <span dir="ltr"><<a href="mailto:data.deutrium@gmail.com">data.deutrium@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
Many thanks for your answer<br><br>Yes I am aware of the difference between identity and equality. However I don't like to discuss if a separate identity/equals operators are a good or bad idea. I took this only as an example. (We use this for instance in ILOG JRules to speed up the execution)<br>
<br>What me interests is how Guvnor maps the operators from the guided editor to the real rule language. How is this done ? And exists there any way to introduce my own operator ? I don't like to use DSL because I like the idea of the guided rule editor. Any hints how Guvnor maps the guided rules to the mvel language and how this can be changed are welcome e.g. Which are the basic classes from the API therefore ?<br>
<br>Many thanks in advance<br><br>regards<br>Mark<br><br><br><div class="gmail_quote">2010/5/31 Michael Neale <span dir="ltr"><<a href="mailto:michael.neale@gmail.com" target="_blank">michael.neale@gmail.com</a>></span><div>
<div></div><div class="h5"><br><blockquote class="gmail_quote" style="margin:0pt 0pt 0pt 0.8ex;border-left:1px solid rgb(204, 204, 204);padding-left:1ex">
It actually does equals() comparison when it can - that is drools not guvnor specific (there might be some exceptions I am not aware of to this). In rules, generally you are talking about values of things, the fact that there are pointers to things which may happen to point to the same thing in memory is an implementation detail which probably would confuse - hence it uses equals. <div>
<br></div><div>So it depends if you are asking for identity == (ie same pointer) - which I guess would have to be a new operator (and it may be strange and possibly a bad idea). Many brighter minds than me rightfully think that it was a design mistake of java to have == only mean pointer equality (including all the designers of java itself that I have heard of) - so think carefully what you want. </div>
<div><br></div><div>FYI javascript has === for identity only equality (ie either side of operator point to the same object), and == for real (value) equality. <br><br><div class="gmail_quote"><div><div></div><div>
On Mon, May 31, 2010 at 2:55 AM, data data <span dir="ltr"><<a href="mailto:data.deutrium@gmail.com" target="_blank">data.deutrium@gmail.com</a>></span> wrote:<br>
</div></div><blockquote class="gmail_quote" style="margin:0pt 0pt 0pt 0.8ex;border-left:1px solid rgb(204, 204, 204);padding-left:1ex"><div><div></div><div>I like to add or change the existing operators in the condition part for eligibility rules.<br>
- equal to<br>- not equal to<br>
- matches<br>- sounds like<br><br>For instance I like to distinguish between reference compare "==" and deep comparison with "object.equals()". Any ideas how I can achieve that? Any hints where I can have a look in order to start with that? (links, class names etc.) <br>
<br>Thank you in advance<br><br>regards<br>Mark<br>
<br></div></div>_______________________________________________<br>
rules-dev mailing list<br>
<a href="mailto:rules-dev@lists.jboss.org" target="_blank">rules-dev@lists.jboss.org</a><br>
<a href="https://lists.jboss.org/mailman/listinfo/rules-dev" target="_blank">https://lists.jboss.org/mailman/listinfo/rules-dev</a><br>
<br></blockquote></div><br><br clear="all"><br>-- <br>Michael D Neale<br>home: <a href="http://www.michaelneale.net" target="_blank">www.michaelneale.net</a><br>blog: <a href="http://michaelneale.blogspot.com" target="_blank">michaelneale.blogspot.com</a><br>
</div>
<br>_______________________________________________<br>
rules-dev mailing list<br>
<a href="mailto:rules-dev@lists.jboss.org" target="_blank">rules-dev@lists.jboss.org</a><br>
<a href="https://lists.jboss.org/mailman/listinfo/rules-dev" target="_blank">https://lists.jboss.org/mailman/listinfo/rules-dev</a><br>
<br></blockquote></div></div></div><br>
<br>_______________________________________________<br>
rules-dev mailing list<br>
<a href="mailto:rules-dev@lists.jboss.org">rules-dev@lists.jboss.org</a><br>
<a href="https://lists.jboss.org/mailman/listinfo/rules-dev" target="_blank">https://lists.jboss.org/mailman/listinfo/rules-dev</a><br>
<br></blockquote></div><br><br clear="all"><br>-- <br>Michael D Neale<br>home: <a href="http://www.michaelneale.net">www.michaelneale.net</a><br>blog: <a href="http://michaelneale.blogspot.com">michaelneale.blogspot.com</a><br>
</div>