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 44325 - Interface synchronization always produces FQNs
Summary: Interface synchronization always produces FQNs
Status: RESOLVED FIXED
Alias: None
Product: java
Classification: Unclassified
Component: Unsupported (show other bugs)
Version: 4.x
Hardware: PC Linux
: P3 blocker (vote)
Assignee: Daniel Prusa
URL:
Keywords: REGRESSION
Depends on:
Blocks:
 
Reported: 2004-06-04 01:36 UTC by Jesse Glick
Modified: 2007-09-26 09:14 UTC (History)
0 users

See Also:
Issue Type: DEFECT
Exception Reporter:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Jesse Glick 2004-06-04 01:36:08 UTC
After the refactoring merge (040603), if you
implement some interface on a class and then
accept the changes recommended by the
synchronization dialog, all the types (return
values and parameters) in the generated methods
use fully-qualified class names. This is so even
if the classes are already imported, or in the
java.lang.* package. (Did not check the case that
the type is in the same package as the edited
class, in which case it also does not need a FQN.)

Regression from pre-merge trunk, when package
prefixes were inserted only for type names that
would otherwise be unresolvable.
Comment 1 Tomas Hurka 2004-06-22 08:41:45 UTC
Moved to new subcomponent java/javacore.
Comment 2 Martin Matula 2004-07-28 12:46:37 UTC
Dane, please make sure that the names that are generated are the same
regardless of whether src.zip is available or not (see issue 32192).
Comment 3 Daniel Prusa 2004-07-30 15:32:52 UTC
Fixed.
Checking in org/netbeans/modules/java/bridge/ElementImpl.java;
/cvs/java/src/org/netbeans/modules/java/bridge/ElementImpl.java,v  <-
-  ElementImpl.java
new revision: 1.12; previous revision: 1.11
done
Checking in org/netbeans/modules/java/bridge/FeaturesCollection.java;
/cvs/java/src/org/netbeans/modules/java/bridge/FeaturesCollection.jav
a,v  <--  FeaturesCollection.java
new revision: 1.7; previous revision: 1.6
done
Processing log script arguments...
More commits to come...
Checking in 
org/netbeans/modules/java/codesync/ClassDependencyImpl.java;
/cvs/java/src/org/netbeans/modules/java/codesync/ClassDependencyImpl.
java,v  <--  ClassDependencyImpl.java
new revision: 1.35; previous revision: 1.34
done
Comment 4 Jesse Glick 2004-08-06 18:09:33 UTC
Just tried in 040805 to use Ctrl-I on a static nested class and
override equals(Object) and hashCode(). The equals method was created
with "java.lang.Object" in the signature.
Comment 5 Daniel Prusa 2004-08-09 16:17:59 UTC
Checking in codesync/ClassDependencyImpl.java;
/cvs/java/src/org/netbeans/modules/java/codesync/ClassDependencyImpl.java,v
 <--  ClassDependencyImpl.java
new revision: 1.37; previous revision: 1.36
done
Processing log script arguments...
More commits to come...
Checking in tools/InheritanceSupport2.java;
/cvs/java/src/org/netbeans/modules/java/tools/InheritanceSupport2.java,v
 <--  InheritanceSupport2.java
new revision: 1.10; previous revision: 1.9
done
Comment 6 Quality Engineering 2007-09-20 09:47:55 UTC
Reorganization of java component