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.
NetBeans 3.3, Windows 2000 with JDK 1.4.1 build #10 Description: ============ "Get All" command as well as "Add All" command sometimes do not work reliably especially on complex data structures. What happens is that command stays running although nothing happens on disk. However IDE stays responsive. Take a look at the thread dump attached made in such a state. Steps to reproduce: =================== 1. Prepare empty PVCS repository archive and setup new working directory for purpose of this case. 2. Copy there whole vcsgeneric module. 3. Mount this PVCS filesystem and run "PVCS|Add All" command on "vcsgeneric" package. 4. If everything was uploaded all right, prepare new working directory, mount it and try to "Get All" whole module. 5. You will either encounter described behaviour or not everything will be downloaded from archive.
Created attachment 5566 [details] Thread dump made when "Get All" command was pretending to run.
Reassigning...
Starting to look at the problem...
Well, the problem is in the cache behavior. The cache is decaying as soon as the underlaying FileObjects are not needed. Thus I have to either held all FileObjects or the cache behavior needs to be fixed. For now holding all FileObjects to suppress cache decay, but it needs a better fix described in issue #23083. *** This issue has been marked as a duplicate of 23083 ***
Just a note: holding all FileObjects fix the "Add All" command, which should now work reliably. "Get All" can still deadlock. There is however one workaround: Expand the whole directory tree structure in the Explorer before "Get All" is executed. This will help the command to finish successfully.
Okay, I hope a fix for the issue #23083 will be ready soon. Anyway I am convinced this one should be mentioned in release notes for Forte for Java 4.0.
The problem should be fixed in dev build on May 31. Issue #23083 was fixed and a recursive refresh is performed at the beginning of every recursive command if necessary, to build the cache structure.
removing RELNOTE keyword
Resolved for 3.4.x or earlier, no new info since then -> closing.