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 52055 - Freeform project display does not respond to creation/deletion of source root folders while project is open
Summary: Freeform project display does not respond to creation/deletion of source root...
Status: RESOLVED WONTFIX
Alias: None
Product: projects
Classification: Unclassified
Component: Ant Freeform (show other bugs)
Version: 4.x
Hardware: All All
: P4 blocker with 1 vote (vote)
Assignee: Milan Kubec
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2004-12-03 16:53 UTC by colinwsbc
Modified: 2009-12-21 04:46 UTC (History)
1 user (show)

See Also:
Issue Type: DEFECT
Exception Reporter:

Attachments
View before problem manifests (7.90 KB, image/png)
2004-12-03 17:11 UTC, colinwsbc 		Details
View after an Ant clean and build - IDE won't recognise new Generated Packages folder (5.88 KB, image/png)
2004-12-03 17:12 UTC, colinwsbc 		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 colinwsbc 2004-12-03 16:53:12 UTC 
Using xDoclet to generate EJB interfaces into
build/gen-src.

This directory is 'mounted' in the freeform
project in order to make code completion etc. work.

The clean Ant task deletes the build directory.

The IDE then gets confused.

If you then run the build Ant task and the missing
directories are recreated, the IDE rarely
recognises that they are there, leaving a folder
icon in the project view that can't be opened.

There is no refresh folder option in the context
menu, so that can't be used to work around it.

Ideally the IDE should recognise that a directory
has disappeared and disply it ghosted or similar,
and when the directory gets recreated it should
re-read its contents.

Perhaps it would be enough to trigger s refresh of
the IDEs knowledge of folder contents after any
Ant task has completed.
Comment 1 colinwsbc 2004-12-03 17:11:17 UTC 
Created attachment 19129 [details]
View before problem manifests
Comment 2 colinwsbc 2004-12-03 17:12:19 UTC 
Created attachment 19130 [details]
View after an Ant clean and build - IDE won't recognise new Generated Packages folder
Comment 3 Jesse Glick 2004-12-06 19:12:25 UTC 
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).
Comment 4 colinwsbc 2004-12-08 09:59:19 UTC 
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?
Comment 5 David Konecny 2004-12-08 14:16:49 UTC 
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.)
Comment 6 Jesse Glick 2004-12-10 22:24:40 UTC 
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).
Comment 7 David Konecny 2005-01-24 13:43:31 UTC 
Jesse, I'm moving project infrastructure  base freeform issues to you.
Comment 8 Jesse Glick 2005-04-21 15:28:28 UTC 
Adjusting summary per my previous comments.
Comment 9 Milan Kubec 2008-11-20 09:49:06 UTC 
Still valid.
Comment 10 Quality Engineering 2009-12-21 04:46:19 UTC 
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