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 101213 - I18N - after refactor change name of main class, run properties not show it correctly if mbyte used
Summary: I18N - after refactor change name of main class, run properties not show it c...
Status: VERIFIED FIXED
Alias: None
Product: java
Classification: Unclassified
Component: Project (show other bugs)
Version: 6.x
Hardware: All All
: P3 blocker (vote)
Assignee: Tomas Zezula
URL:
Keywords: I18N
Depends on:
Blocks:
 
Reported: 2007-04-16 19:28 UTC by Ken Frank
Modified: 2007-10-12 02:17 UTC (History)
0 users

See Also:
Issue Type: DEFECT
Exception Reporter:

Attachments
image (109.77 KB, image/gif)
2007-04-16 19:30 UTC, Ken Frank 		Details
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 Ken Frank 2007-04-16 19:28:58 UTC 
not sure if this is a j2se project or refactoring issue - please change if needed

1. am in ja locale - have a java project with multibyte in name of project and main
class

2. choose refactor->rename and add some more multibyte 

3. choose project properties - run section

the name of the class is not shown correctly - some added random letters
are added to the name of the class

4. thus when its time to run, it cant find that class since it does not exist.

see attachment - the class as shown in the editor and explorer is correct -
but not the Main Class as shown in properties with the amep instead
of the added multibyte

5. this happens even if original name of the main class does not have mbyte
but if you add mbyte as part of the rename.

that is, the javaapplication.MainZZamep -- the ZZ is correct since it was
part of the original class name, but the amep letters should be the
3rd and 4th mbyte letters in the class name (see editor)


---> are there other project types that have a property of main class name
or some other info that would be taken from java code that might be refactored
as in above scenario ?  please let me know if so.
Comment 1 Ken Frank 2007-04-16 19:30:39 UTC 
Created attachment 41002 [details]
image
Comment 2 Tomas Zezula 2007-04-17 08:46:18 UTC 
Seems as a problem in the j2seproject's MainClassUpdater. I will evaluate this
more. This should affect only the j2seproject and CDC (mobile) project which is
indeed a copy of j2seproject. I will synchronize the fix with them.
Comment 3 Ken Frank 2007-10-03 18:03:21 UTC 
can this be fixed for nb6 ? since it relates to use of mbyte or non ascii it seems
helpful to fix.

ken.frank@sun.com
Comment 4 Tomas Zezula 2007-10-03 19:08:05 UTC 
I will try to reproduce it and fix it for 6.0.
Comment 5 Tomas Zezula 2007-10-10 15:31:46 UTC 
Works for me in current builds, but maybe I used wrong letters. I've created class with multibyte chars and renamed it
to new one by adding another multibytes. The class name in the customizer was correct and the program started with no
problem, seems to be fixed. If you are able to reproduce it please reopen and attach the project.properties file before
the rename and after the rename. It will be also helpful to have the original Japanese name and new Japanese name.
Thanks.
Comment 6 Ken Frank 2007-10-12 02:17:30 UTC 
works for me too now; am guessing the feq implementation being complete has solved previous
situation seen.

ken.frank@sun.com