Nigel,
I think it would be useful to allow the minus character "-" just as well... it's another commonly used character for identifiers.... and be it only for UUIDs.
Rüdiger
On 12.11.2012, at 18:19, Nicholas Wright <nwright_at_c2b2.co.uk> wrote:
> Sorry Nigel, to clarify yes I do see people using '.' in subscriber names, for 2 main reasons:
>
> - they sometimes like to use IPs or hostnames in the subscriber names
> - they like to match subscriber names to destination names (which typically include '.')
>
> I'm not overly committed to this being in the spec, just thought it might be nice.
>
> Nick
>
>
> Nicholas Wright
> Senior Consultant
> C2B2 Consulting Ltd
> The Leading Independent Middleware Experts
> W: www.c2b2.co.uk | T: (+44) 8450 539457 | M: (+44) 7703 193351 | @c2b2consulting
> ---------------------------------------------------------------------------------------------------------------
> C2B2 Consulting Limited, Unit 34, Malvern Hills Science Park, Geraldine Road, Malvern, Worcestershire, WR14 3SZ
> Registered in England and Wales: 4563419, Registered Office: Ardendale, Old Hollow, Malvern, Worcestershire
>
> On 12/11/2012 16:51, Nigel Deakin wrote:
>> Nick,
>>
>> On 12/11/2012 16:09, Nicholas Wright wrote:
>>> On 12/11/2012 15:48, Nigel Deakin wrote:
>>>> I would therefore like to suggest that we specify that the following characters must always be valid in a durable or non-durable subscription name:
>>>>
>>>> * Java letter or digit (as defined in Character.isLetterOrDigit)
>>>>
>>>> * Underscore (_, or \u005f)
>>>
>>> This looks like standard practice to me. Many people also use '.' in their naming strategy. Given that this is a convention I see being used widely can we include this also please.
>>>
>>> The choice of only underscores or alphanumerics would not break the Apache ActiveMQ implementation to my knowledge (Rob is likely better placed to act as the authority on this). They have a wildcarding mechanism for subscription to destinations which takes things like '*', this code will need to be checked. But this is a value add feature outside of the spec.
>>
>> I know some JMS providers make use of "." and "*" in destination names for wildcarding. But I'm only concerned with subscription names here. Do your comments apply to subscription names as well?
>>
>> Nigel
>