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.
Summary: | Wrong behavior when try to create folder with ended with ".class" name | ||
---|---|---|---|
Product: | java | Reporter: | Alexei Mokeev <av-nb> |
Component: | Unsupported | Assignee: | issues@java <issues> |
Status: | CLOSED FIXED | ||
Severity: | blocker | CC: | issues, jglick |
Priority: | P4 | ||
Version: | -FFJ- | ||
Hardware: | Sun | ||
OS: | Solaris | ||
Issue Type: | DEFECT | Exception Reporter: |
Description
Alexei Mokeev
2002-05-06 11:54:57 UTC
Well reproduced with FFJ4.0ee, 020501 build on Solaris 8. Radek, please take care of this issue Thre are two problems: 1/ there is expected that DataObject.getName is adequate name for folder. Impl. of DataObject.getName is getPrimaryFile.getName, which is OK but its not name of folder . Name of folder must be considered as getPrimaryFile.getNameExt. 2/Clazz module resolves *.class also for folders So, reassigned to DataSystems for next evaluation. Jano, please comment this issue. Should names with extension be allowed for folders? IMHO: 1. clazz module is at fault for recognizing the folder. 2. DataFolder.name should indeed be the same as primaryFile.nameExt. Doesn't FileEntry.Folder already do this? Folder containing "." is valid folder name, right? It is not about folder extension. So "something.class" is also valid folder name thus should be created. This issue looks more like a (clazz module?) bug than usability problem. I guess ClassDataLoader.findPrimaryFile should begin with: if (fo.isFolder()) return null; Jesse, you are right. fixed in trunk. VERIFIED Resolved for 3.3.x or earlier, no new info since then -> closing. |