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: | Freeform project display does not respond to creation/deletion of source root folders while project is open | ||
---|---|---|---|
Product: | projects | Reporter: | colinwsbc <colinwsbc> |
Component: | Ant Freeform | Assignee: | Milan Kubec <mkubec> |
Status: | RESOLVED WONTFIX | ||
Severity: | blocker | CC: | rcauble |
Priority: | P4 | ||
Version: | 4.x | ||
Hardware: | All | ||
OS: | All | ||
Issue Type: | DEFECT | Exception Reporter: | |
Attachments: |
View before problem manifests
View after an Ant clean and build - IDE won't recognise new Generated Packages folder |
Description
colinwsbc
2004-12-03 16:53:12 UTC
Created attachment 19129 [details]
View before problem manifests
Created attachment 19130 [details]
View after an Ant clean and build - IDE won't recognise new Generated Packages folder
It is a bug that the IDE does not remove the "Generated Packages" node when that dir is deleted, and readd the node when the dir is recreated. However the reporter should not be including generated sources in the source list for the project to begin with - this dir is a build product and does not belong here. (Can just include compiled classes dir in classpath of real source dir, or similarly depending on how XDoclet-generated classes are being used.) Consequently lowering priority (since I cannot think of any legitimate use case in which this bug would matter much). The xdoclet generated source code includes EJB interfaces. It's these files that you want the IDE to know about as you want to have them included for code completion, Javadoc popups etc. Including just the resulting jar file will allow code completion to work, but the Javadoc popup won't work. It also seems strange to have to include a projects resulting jar file within the classpath for the project itself. Is there another workaround for this issue, possibly by not considering the xdoclet output as a build product? I guess it is not option to have two projects: one which has just EJBs and second which uses first project. The first project would provide jar and possibly javadoc. Different idea: did you try to add build/gen-src to classpath? I mean not add them as sources but rather just add them to the classpath. Should be better then adding resulting jar on the classpath. But even this will not work correctly when your project is cleaned. The only always working solution would be to have a support in project for xDoclet-EJB development which would parse tags from sources and would provide information about to-be-generated classes on the fly. (sidenote: this might not be that difficult as it sound - whenever java file is saved execute xdoclet and store results in a temp dir and parse it and somehow add it into MDR cache.) Re. making code completion available for compiled generated classes - should be able to define the compiled dir plus the generated source dir together as a library in the Library Manager and I think it will work. Currently this association will not be automatically shared by other users working on the same project, unfortunately (since all lib definitions are currently user-private). Jesse, I'm moving project infrastructure base freeform issues to you. Adjusting summary per my previous comments. Still valid. This bug was reported against NetBeans IDE 6.0 or an older release, or against a non-maintained module. NetBeans team does not have enough resources to get to this issue, therefore we are closing the issue as a WONTFIX. If you are interested in providing a patch for this bug, please see our NetFIX guidelines for how to proceed. We apologize for any inconvenience. Thank you. The NetBeans Team |