admin@glassfish.java.net

Re: multibyte characters in instance names

From: Tom Mueller <tom.mueller_at_oracle.com>
Date: Thu, 27 Jan 2011 16:00:16 -0600

Yes, this is an issue with using the *-ml product packages. Issue 15706
lists the -ml download bundle.
Tom


On 1/27/2011 3:04 PM, Scott Fordin wrote:
> Is this still an issue when using any of the *-ml product packages?
> The packages with the *-ml suffix are multilingual and, presumably,
> support Unicode characters, yes?
>
> Scott
>
> On 1/27/2011 3:52 PM, Tom Mueller wrote:
>> Thanks Anissa for checking on this. So these are bugs then.
>> Does the REST team want yet another bug filed for the
>> IllegalArgumentException or should I just tack this on to issue 15705?
>>
>> Thanks.
>> Tom
>>
>> On 1/27/2011 2:14 PM, Anissa Lam wrote:
>>>
>>> I just checked, we do support multibyte char in v2. See attached.
>>>
>>> Anissa.
>>>
>>> On 1/27/11 12:01 PM, Tom Mueller wrote:
>>>> Today, issue 15706 was filed because of an English error message
>>>> being generated when multibyte character is used in an instance name.
>>>> http://java.net/jira/browse/GLASSFISH-15706
>>>>
>>>> While looking into this, I was wondering why such an instance name
>>>> was even allowed since instance names are only supposed to contain
>>>> letters, numbers and some special characters. As it turns out, the
>>>> regular expression that is used for validating the name uses "\p{L}"
>>>> for letters, which means any Unicode character that is a letter, not
>>>> just ASCII letters. In my test, I was able to create an instance with
>>>> a multibyte character, but then I couldn't start it or delete it from
>>>> the console because I get an IllegalArgumentException from the REST
>>>> interface (see the bug report for details).
>>>>
>>>> So my question is this - do we really support creation of instances
>>>> with multibyte characters in their names?
>>>>
>>>> If no, then we need to change the regex that is used to validate the
>>>> name.
>>>> If yes, then we might have lots of bug fixing to do to get this to
>>>> work end-to-end.
>>>>
>>>> Does anybody know what 2.1 supports here?
>>>>
>>>> Tom
>>>>
>>>>
>>>>
>