Re: [amqp] Case insensitive comparisons

This is for filters that will operate on application properties that may hold data promoted from user input, so I think there will be cases where that matters. If it gets too complicated I may throw the towel.

Clemens Vasters // Architect // Microsoft Azure Messaging

Von: -1027218880m Auftrag von
Gesendet: Freitag, September 7, 2018 9:49 PM
An: amqp@lists.oasis-open.org
Betreff: Re: [amqp] Case insensitive comparisons

As I said on the call, there is a HUMAN expectation that case doesn't matter - so lots of compute time is spent case mapping. For machine interactions, I'm less convinced that there's a problem with case sensitive strings.

bill

William Cox

Email: wtcox@CoxSoftwareArchitects.com

Web: http://www.CoxSoftwareArchitects.com

+1 862 485 3696 mobile

On 9/7/18 7:19 AM, Rob Godfrey wrote:

On Fri, 7 Sep 2018 at 11:48, Clemens Vasters <clemensv@microsoft.com> wrote:

For the case insensitive comparison rules, I’m looking towards adopting the recommendation from W3C Character Model for Web draft for case-insensitive Unicode comparisons. The doc seems to be in a permanent WD state, though.

https://w3c.github.io/charmod-norm/#sec_unicode_cs

It’s quite the rabbit hole, but I think the implementation burden is already handled by many/most Unicode aware string handling libraries.

Yes - without more context such as the language being used it does not seem like the problem can actually be solved :)

Before I head down that direction, any objections?

No objections. My only concerns are clarity in definition and the wide availability of existing implementations of whatever algorithm is adopted. This approach would seem to satisfy those criteria.

-- Rob

--

_____________________________________________________________________________

Red Hat GmbH, www.de.redhat.com,
Registered seat: Grasbrunn, Commercial register: Amtsgericht Muenchen, HRB 153243,
Managing Directors: Paul Argiry, Charles Cachera, Michael Cunningham, Michael O'Neill

amqp message