This Bugzilla instance is a read-only archive of historic NetBeans bug reports. To report a bug in NetBeans please follow the project's instructions for reporting issues.

Bug 78233 - i18n - can't create new domain containing multibyte chars
Summary: i18n - can't create new domain containing multibyte chars
Status: VERIFIED FIXED
Alias: None
Product: serverplugins
Classification: Unclassified
Component: Sun Appserver 9 (show other bugs)
Version: 5.x
Hardware: All Windows XP
: P3 blocker (vote)
Assignee: Vince Kraemer
URL:
Keywords: I18N
Depends on:
Blocks:
 
Reported: 2006-06-19 09:34 UTC by Pavel Rehak
Modified: 2007-12-17 16:16 UTC (History)
3 users (show)

See Also:
Issue Type: DEFECT
Exception Reporter:


Attachments
Reopen please If this is not expected behavior. (99.51 KB, image/jpeg)
2007-12-17 16:16 UTC, kaa
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Pavel Rehak 2006-06-19 09:34:26 UTC
i'm not sure if this is problem of NB itself or glassfish, 
reporting just to catch the things up:

i'm using pseudolocalized jappanise nb5.5 on jappanise
locales and trying to register app server with Create Personal Domain
checked - selected new empty directory with multibyte character in 
its name - following error appeared in OW:

と粮Jo1粮Please, wait while the domain is being created...粤ろ
[Fatal Error] :1:45: Invalid byte 1 of 1-byte UTF-8 sequence.
CLI130 Could not create domain, 新
Invalid value for domain name : 新
Comment 1 Vince Kraemer 2006-06-28 22:55:44 UTC
pinging i18n/GF folks on this.  If it is supported, I will figure out what is up
in the plugin and fix it. If GF doesn't support this, I will try to figure out
how to flag the name as unsupported.
Comment 2 Petr Jiricka 2006-07-13 18:33:42 UTC
Hi Vince, any new status? Do you know whether this is supported by GF?
Comment 3 Vince Kraemer 2006-07-13 20:36:52 UTC
GF folks say this should be doable via asadmin, so the plugin should support it.
 The issue appears to be the character encoding. asadmin expects to "speak" in
UTF-8.

So, it looks like we just need to make sure that all the arguments in all uses
of asadmin get converted to UTF-8 BEFORE we do an exec of asadmin (which is how
things like the 'Create Personal Domain' are powered)
Comment 4 Vince Kraemer 2006-07-17 20:57:02 UTC
Please try logging in with a locale that uses UTF-8 as its character encoding.
Comment 5 Pavel Rehak 2006-07-18 08:04:30 UTC
not sure how to emulate jappanise characters in encoding UTF-8
implicitly ja-encoding/locales are ja_JP (nb); MS932


i've tried switch -J-Dfile.encoding=ISO8859-15
but it didn't work (for czech characters) either
Comment 6 Vince Kraemer 2006-07-22 18:22:44 UTC
well. this is working on a Mac.  I created a new domain in 
/Users/vbk/Desktop/と粮Jot3

I used GF v1 u1 Build 3.
Comment 7 Vince Kraemer 2006-08-08 22:58:08 UTC
Opened https://glassfish.dev.java.net/issues/show_bug.cgi?id=895
Comment 8 Petr Jiricka 2007-07-23 10:16:33 UTC
Need to reevaluate for 6.0. The bug Vince opened against GlassFish is not considered important by the GF team and was
downgraded to P4. I guess this bug's priority should be adjusted accordingly.
Comment 9 Jan Horvath 2007-08-03 10:23:24 UTC
downgrading priority to P3
Comment 10 Vince Kraemer 2007-08-15 22:35:11 UTC
attempt to detect the MB characters in the domain name and flag it as invalid.
Comment 11 Vince Kraemer 2007-09-14 23:20:12 UTC
this is working on Solaris 10 x86, too.

Turning off multibyte characters for every platform because Windows is fussy seems like a bad idea.
Comment 12 Vince Kraemer 2007-09-25 00:58:51 UTC
So, we want to the field value validation to fail on the name the domain page of the create personal domain wizard.

the test is two layers

if the length of the domain directory name in characters is shorter than the length of the domain directory name in
bytes when the name is encoded in utf8 and the default encoding in bytes doesn't equal the utf8 encoding in bytes, the
validation should fail.
Comment 14 kaa 2007-10-04 17:42:25 UTC
build 0927:
Domain was created ok using mbyte in its location on Solaris 10, ja_JP
On XP the problem exists using zh locale
Comment 15 kaa 2007-10-04 17:44:43 UTC
changing to fixed:
I'll verify on the last build. Seems 0927 was not the correct one.
Comment 16 Vince Kraemer 2007-12-14 20:30:12 UTC
KAA: did this ever get verified or did it fall through the cracks?
Comment 17 kaa 2007-12-17 16:15:00 UTC
I couldn't create domain with mbyte in its name: build 1217
Warning message was shown and Finish button disabled.
Comment 18 kaa 2007-12-17 16:16:05 UTC
Created attachment 54331 [details]
Reopen please If this is not expected behavior.