If (re)writing the rules to replace String "==" and "!=" with a custom
op
for String eq and ne is an option, then it's simple to provide this
operator.
The link is
You could look at using your own custom operator.
Wolfgang Laun linked to an article of his recently explaining the approach.
I'm not sure if custom operators however allow for indexing in the RETE
network and therefore whether they're any faster than eval.
Wolfgang, Edson, can you advise in your experience?
Thanks,
Mike
On 4 November 2010 16:04, H.C. <canterburry(a)gmail.com> wrote:
>
> We have a requirement to display data as stored (with the right casing)
> but
> for evaluation purposes strings should be compared case in-sensitive. We
> have several hundred rules touching these particular strings and would
> really like to avoid doing eval( x != null && x.equalsIngoreCase(y) )
> everywhere. Is there anywhere in drools that we could configure to make
> string matching case in-sensitive?
>
> Since we have to display the data with casing elsewhere, putting
> x.toLowerCase() in all our getter methods doesn't seem to be an option.
> --
> View this message in context:
>
http://drools-java-rules-engine.46999.n3.nabble.com/case-in-sensitive-str...
> Sent from the Drools - User mailing list archive at
Nabble.com.
> _______________________________________________
> rules-users mailing list
> rules-users(a)lists.jboss.org
>
https://lists.jboss.org/mailman/listinfo/rules-users
>
_______________________________________________
rules-users mailing list
rules-users(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-users