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.
I accidentally created a web application project in the "middle" of a cvs controlled tree. I really wanted it in my /home directory. I picked the Move Project item. I entered '/home/vkraemer' as the destination... (Note: this is a NFS mounted file system) The "clean" target fired. The progress bar gets to about 45% and then.... nothing. The IDE became completely unresponsive. Things don't redraw. etc.
Created attachment 28448 [details] thread dump
RC1 build
Hard to tell what is the culprit. The more dump can help here. Web folks can you look at this? I see that classpath is manipulated as a result of project update, CVS job is running too, Java and projects are also involved.
Is it a reproducible or random bug? Are there any steps to reproduce it? I tried it a few times on Windows and on Linux today and it worked fine.
more detailed steps... 1. check out the netbeans source distribution 2. create a new web project in web/project/src. 3. use 'Move Project' to transfer the project to an NFS mounted file system I only saw this once. I haven't tried to reproduce it again.
Created attachment 30044 [details] Readable polished thread dump
Petre please take a look at the attached "Readable polished thread dump" and look for the regexp ".*XXX.*\|web\|Mutex" which will highlight for you few places from which you can see where is the problem: There is a deadlock between ProjectManager.MUTEX and MergedClassPathImplementation lock. What is strange is that there are a few thread which wait for ProjectManager.MUTEX read access but there is no thread holding write access. So there is no reason for those threads to be blocked. Those thread should finish and thus the traffic could go on. So my evaluation is that there seems to be bug in the Mutex itself. Please evaluate and feel free to reassign back. Thanks.
Yes, there's a bug in Mutex. *** This issue has been marked as a duplicate of 68106 ***