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 101927 - I18N [Extract Super Class] Does not work for files with multibyte
Summary: I18N [Extract Super Class] Does not work for files with multibyte
Status: VERIFIED FIXED
Alias: None
Product: java
Classification: Unclassified
Component: Source (show other bugs)
Version: 6.x
Hardware: All All
: P2 blocker (vote)
Assignee: Jan Pokorsky
URL:
Keywords: I18N
Depends on:
Blocks:
 
Reported: 2007-04-20 10:55 UTC by Jiri Prox
Modified: 2007-05-25 12:13 UTC (History)
2 users (show)

See Also:
Issue Type: DEFECT
Exception Reporter:

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Jiri Prox 2007-04-20 10:55:23 UTC 
NetBeans IDE Dev (Build 20070420-0530)
1.6.0_02-ea; Java HotSpot(TM) Client VM 1.6.0_02-ea-b02
Linux version 2.6.5-1.358 running on i386
en_US (nb); UTF-8

Extract super class and extract interface does now for for classes containing
multibyte character in their name. The refactoring end with message: X member
cannot be extracted.

Steps to reproduce:
1) create class with czech letters in its name
2) add filed/method
3) call Extract Super Class and select member added in step 2
4) press Refactor
-> member cannot be extracted
Comment 1 Jan Pokorsky 2007-04-20 18:13:39 UTC 
java/source bug. ClassFileUtil.encodeClassName does not differ between byte
length and char length.
Comment 2 Jan Pokorsky 2007-04-20 18:15:00 UTC 
fixed in

/cvs/java/source/src/org/netbeans/modules/java/source/usages/ClassFileUtil.java
new revision: 1.5; previous revision: 1.4
Comment 3 Ken Frank 2007-04-20 20:16:32 UTC 
Question for developers  - Are there other refactoring features where multibyte
might be used as name
in class, method, variable, etc that might not work for reasons other than
this issue ?  (other encoding handling situations )

Testing is happening but it will be good to know the info and separate issues
can be filed if needed.

ken.frank@sun.com
Comment 4 Tomas Zezula 2007-04-23 12:43:38 UTC 
To Ken: The problem was in the generic function (ClassFileUtil), it may cause
the similar problem in other refactorings. But these problems are fixed by this
patch.
Comment 5 Ken Frank 2007-05-24 20:02:22 UTC 
I tried this with multibyte and think its ok - for the steps below to reproduce
- what
is seen in editor if it can be extracted ok ?  
I want to be sure before marking as verified.

ken.frank@sun.com
Comment 6 Jiri Prox 2007-05-25 12:13:01 UTC 
It's ok, no waring and super class is extracted correctly -> verified