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 67911 - [50cat] Code completion killed when jar updated on disk.
Summary: [50cat] Code completion killed when jar updated on disk.
Status: RESOLVED FIXED
Alias: None
Product: java
Classification: Unclassified
Component: Unsupported (show other bugs)
Version: 5.x
Hardware: PC Linux
: P2 blocker (vote)
Assignee: issues@java
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2005-11-01 13:53 UTC by gugrim
Modified: 2007-09-26 09:14 UTC (History)
2 users (show)

See Also:
Issue Type: DEFECT
Exception Reporter:

Attachments
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 gugrim 2005-11-01 13:53:44 UTC 
[ BUILD # : 200510301900 ]
[ JDK VERSION : 1.5.0_05 ]

I have a freeform project that has a bunch of jars in its classpath. After starting NetBeans, code completion works fine but when one of these jars (containing the superclass for the class I'm working on) is updated on disk, code completion stops recognizing the superclass. I have to restart NetBeans to get it to work again. There is no indication that the project classpath is scanned and AFAIK there is no way I can manually ask NetBeans to do so.
Comment 1 Tomas Hurka 2005-11-02 10:23:43 UTC 
What do you mean by 'one of these jars is updated'? Does it mean deleted or
replaced by new version? It would be great if you can provide exact steps how to
reproduce it. Thanks.

Reassigning to freeform for more investigation.
Comment 2 gugrim 2005-11-02 10:32:54 UTC 
I mean replaced by a new version. This happens frequently when a project depends
on a library that is developed "in-house". Scenario:

1) I build a new version of the library and run a task that copies the jars to a
shared directory.

2) I notify the other developers that a new version is available.

3) The other developers copy the new version to wherever they want it. Some of
them might have choosen to point their library definitions directly to the share
and don't need to copy it.

Now, code completion is broken for them in the way that I described and they
have to restart NetBeans. There doesn't seem to be any way for them to force a scan.
Comment 3 Jan Lahoda 2005-11-02 11:01:59 UTC 
I have reproduced the problem with both freeform and J2SE project using the
steps above (so this is not a freeform-specific issue). Please let me know if
you need more detail steps to reproduce.

Notes:
1. I used jar that was not part of any project (was not owned by any project).
2. The source is compiled (for errors, in the IDE) correctly, only the code
completion is broken. So I think that the classpath provided by the project is
correct.

Passing to java/javacore for further evaluation.
Comment 4 Tomas Hurka 2005-11-03 08:23:04 UTC 
To Jan:  As you saw yesterday - it worked fine in J2SE project. So exact steps
how to reproduce it will be very welcome.
Comment 5 Jan Lahoda 2005-11-03 12:16:38 UTC 
Yes, it works OK on Tomas' computer. On the other hand I can still reproduce the
problem with clean build. I will try to investigate.
Comment 6 Jan Becicka 2005-11-28 13:28:08 UTC 
Honza - is this bug still valid?
Comment 7 Milan Kubec 2005-12-16 12:33:27 UTC 
Honzo L.: any news about your investigation?
Comment 8 Jan Becicka 2006-10-26 16:28:08 UTC 
Javacore module was replaced by Retouche infrastructure. This bug is not valid
in trunk any more.
Comment 9 Quality Engineering 2007-09-20 12:49:45 UTC 
Reorganization of java component