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.
To Reproduce: 1. From [Filesystems] tab in [Explorer] window, right click web.xml file (e.g. web.xml file in "CD Shop Cart", which is bundled in FFJ), and select [properties]. 2. From [Reference] tab in [Properties] window, click [...] in right side of [Environment Entries] row. [Property Editor: Environment Entries] window is appeared. 3. click [Add]. [Add] window is appeared. 4. Input for any name in [Name] field, select [java.lang.Integer] in [Type], and input double-byte numeric characters in [Value] field, and click [OK]. Entry is created normally. Double-byte numeric characters are stored in web.xml file normally. See Also 1: In step 4, select [java.lang.Float], error is occured. See Also 2: 1. From [Filesystems] tab in [Explorer] window, right click web.xml file (e.g. web.xml file in "CD Shop Cart", which is bundled in FFJ), and select [properties]. 2. From [Deployment] tab in [Properties] window, click [...] in right side of [Session Timeout] row. [Property Editor: Session Timeout] window is appeared. 3. [In Minute] check box is turned on, input double-byte numeric characters in [minute] text box, and click [OK]. Corresponding single-byte numeric characters are stored in property window and web.xml file with no errors.
These editors are not in open source part of project. Rather enter this bug into Sun's internal bug tracking system.
This seams to be platform dependend. I tested the behaviour on Windows. It works for Integers, but on other hand it doesn't work for Floats.
I investigated this bug on Solaris,(Japanese character set) and did't notice any problem : 1. for java.lang.Integer integer numbers are accepted normaly long numbers - error message appears strings - an error message appears 2. for java.lang.Float float numbers are accepted normaly strings - an error message appears Please describe more detaily what are your settings. What do you mean with double byte numeric characters ?
We have a Double-byte numeric (or full-width digit) in Unicode. The actual code is from 0xff10 to 0xff19 in Unicode. When we input full-width digit on "Property Editor: Session Timeout", those full-width digit is converted to normal digit (0x0030 - 0x0039). This is a good user interface, because full-width digit can not be used as digit. This is described at above "See Also 2" When we input full-width digit on "Properties Editor: Environment Entries", the those characters set into web.xml without any error messages. This is a problem because full-width digit can not be used as normal digit. This is described at above "To Reproduce". So I would like to request: - The "Add Environment Entry" dialog is implemented as same as "Session Timeout" dialog. - Or, reject full-width digit (0xff10 - 0xff19) by showing error messages. How to input full-width digit in Japanese Solaris 1. stroke (Ctrl + <Space>) to launch Input Method Process 2. Stroke numeric keys. You will see wider digit with underline 3. Stroke Return key to commit input characters Here is a Unicode character list: http://www.unicode.org/Public/2.0-Update/UnicodeData-2.0.14.txt You can see "FULLWIDTH DIGIT" at "FF10 - FF19". Please let me know your additional questions or suggestions. By the way, can I keep this bug report to fix it? Or should I submit it into Sun's internal bugtraq? Thank you. Keiichi
Thank You Keichi. Probably I already know where is the source of the problem. You don't need to create another bug in Bugtraq for this bug.
I think it should be OK now. Please look at the latest build and write me whether this bug could be closed.
Fixed in EnvEntryEditor class.
I've verificed the fixing in "FFJ, EE 4.0 EA (Build 020214)".
Changing target milestone to FFJ 4.0
Consistent use of the I18N keyword.
Resolved for 3.4.x or earlier, no new info since then -> closing.