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.
See stack traces.
Created attachment 62629 [details] Stack traces
*** Issue 137944 has been marked as a duplicate of this issue. ***
Duplicate was P2.
Product Version: NetBeans IDE Dev (Build 20080725075415) Java: 1.6.0_10-beta; Java HotSpot(TM) Client VM 11.0-b11 System: Windows XP version 5.1 running on x86; Cp1252; en_US (nb) cannot create new mobility project -> needs to be fixed for 6.5. Leaving as P2 because after restart of IDE it works but this workaround isn't something acceptable for release...
I do not know how the problem can happen: http://hg.netbeans.org/core-main/rev/bdcabe2c7cf2
Perhaps some extra assertions in openide.datasystems and/or vmd.io.javame would be in order? I still do not grasp how the assertion about MimeEnum relates to the originally reported problem in issue #137944, which is that MEDesignDataLoader.createMultiObject is incorrectly being called on a *.java for which no *.vmd exists (and for which presumably findPrimaryFile would have returned null).
Please reopen with new logfiles. changeset: 94382:3343923c80ec tag: tip user: Jaroslav Tulach <jtulach@netbeans.org> date: Mon Aug 04 16:54:05 2008 +0200 summary: #136931: Unsuccessfully trying to emulate the starvation in FolderLookup. Thus at least extending the diagnosting messages.
Created attachment 66519 [details] Requested log file
I think I have what I asked for.
The mobility case, the one that motivated this issue to be P2, seems to be caused by some thread trying to access dataobjects before they are fully constructed. In the last log, the http://www.netbeans.org/nonav/issues/showattachment.cgi/66519/messages.log the following situation happened: 1. AWT thread cannot finish createFromTemplate, because it needs to recognize files on SFS 2. recognition is send to Folder Recognizer thread and waiting to be processed 3. TEXT_SWITCH_SUPPORT waits for Folder Recognizer to recognize DataFolder.getChildren() 4. but Folder Recognizer is blocked, as the getChildren() are not yet created (due to #1 not finished) So #1 is waiting for #2 and #3 is waiting for #4 which waits for #1. Deadlock. This kind of deadlock is unfixable in openide.loaders and that is why there is a detection to recover from it after 10s being blocked. The fix shall be made in mobility, I think. Disable TEXT_SWITCH_SUPPORT and things start to work...
Integrated into 'main-golden', available in build *200808051401* on http://bits.netbeans.org/dev/nightly/ Changeset: http://hg.netbeans.org/main/rev/3343923c80ec User: Jaroslav Tulach <jtulach@netbeans.org> Log: #136931: Unsuccessfully trying to emulate the starvation in FolderLookup. Thus at least extending the diagnosting messages.
I moved initialization of code which starts handling of TEXT_SWITCH from constructor to ProjectOpenedHook projectOpened and projectClosed. Should be right place, there is no need to start any operation based on whatever changes during project creation or some other early project state.
Fixed in CS bd839ce74ac2
Integrated into 'main-golden', available in build *200808071401* on http://bits.netbeans.org/dev/nightly/ Changeset: http://hg.netbeans.org/main/rev/bd839ce74ac2 User: psuchomel@netbeans.org Log: Fix for #136931, FolderLookup used from DataLoaderPool$1MimeEnum.delegate
pity that this one is in Beta :( When you get it then even restart doesn't help. You are not able to create Java ME project anymore.
Should not be - it was integrated before main was cloned.
unfortunately not. Beta clone was created on 8/4 but your fix was integrated on 8/7. That's the only reason why I'm not reopening it.