<br>&nbsp;&nbsp; Yuri,<br><br>&nbsp;&nbsp; As Mark said, operators are not pluggable right now. If you think you can help providing a patch to make them pluggable, I can help you find the way. <br>&nbsp;&nbsp; Also, on the same topic, version 4.0 has a lot of improvements on type coercion, so you will probably stop seeing problems like comparing shorts and integers, as you mentioned.
<br><br>&nbsp;&nbsp;&nbsp; Regards,<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; Edson<br>&nbsp;&nbsp; <br><br><div><span class="gmail_quote">2007/6/16, Mark Proctor &lt;<a href="mailto:mproctor@codehaus.org" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">mproctor@codehaus.org
</a>&gt;:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
We&#39;ve have plans for pluggeable operators, just no time to implement<br>them, maybe in the next release :)<br><br>Mark<br>Yuri de Wit wrote:<br>&gt; I am using JBoss Rules 3.0.6 and in many situations I was forced to
<br>
&gt; use a Java snipped predicates ( p.property -&gt; ( fn.doSomething(p, a))<br>&gt; which clutters the rules quite a bit ) to override or correct the<br>&gt; behaviour of some of the operators such as ==, !=, etc. It would be
<br>&gt; nice if there was an easy way for me to override them by providing my<br>&gt; own implementation. I could then subclass the default one provided by<br>&gt; JBoss Rules and customized the ones I need.<br>&gt;<br>
&gt; I know that this sugestiong would allow us to modify the semantic of
<br>&gt; the rules language operators but it at least would provide a nice way<br>&gt; out of issues (such as using == between a Short and a Integer) we come<br>&gt; accross, could help debugging predicate evaluations (I guess I could
<br>&gt; always add a breakpoint to a specific class from the rules engine -<br>&gt; which class?).<br>&gt;<br>&gt; On the same topic would it be possible to add new operators to the<br>&gt; language?<br>&gt;<br>&gt; thanks,
<br>&gt; -yuri<br>&gt; _______________________________________________<br>&gt; rules-users mailing list<br>&gt; <a href="mailto:rules-users@lists.jboss.org" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">
rules-users@lists.jboss.org</a><br>&gt; <a href="https://lists.jboss.org/mailman/listinfo/rules-users" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">
https://lists.jboss.org/mailman/listinfo/rules-users</a><br>&gt;<br><br>_______________________________________________<br>rules-users mailing list<br><a href="mailto:rules-users@lists.jboss.org" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">
rules-users@lists.jboss.org
</a><br><a href="https://lists.jboss.org/mailman/listinfo/rules-users" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">https://lists.jboss.org/mailman/listinfo/rules-users</a><br></blockquote></div>
<br><br clear="all"><br>-- <br>&nbsp;&nbsp;Edson Tirelli<br>&nbsp;&nbsp;Software Engineer - JBoss Rules Core Developer
<br>&nbsp;&nbsp;Office: +55 11 3529-6000<br>&nbsp;&nbsp;Mobile: +55 11 9287-5646<br>&nbsp;&nbsp;JBoss, a division of Red Hat @ <a href="http://www.jboss.com" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">www.jboss.com</a>