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 95668 - Preventing deadlock #65543: Do not call FolderLookup from inside DataObject operations!
Summary: Preventing deadlock #65543: Do not call FolderLookup from inside DataObject o...
Status: VERIFIED FIXED
Alias: None
Product: javame
Classification: Unclassified
Component: Build System (show other bugs)
Version: 6.x
Hardware: All All
: P2 blocker (vote)
Assignee: Adam Sotona
URL:
Keywords: THREAD
Depends on:
Blocks:
 
Reported: 2007-02-15 12:50 UTC by Lukas Hasik
Modified: 2007-03-21 14:15 UTC (History)
1 user (show)

See Also:
Issue Type: DEFECT
Exception Reporter:

Attachments
stacktrace (9.14 KB, text/plain)
2007-02-15 12:56 UTC, Lukas Hasik 		Details
exception (2.22 KB, application/octet-stream)
2007-02-16 13:41 UTC, Lukas Hasik 		Details
exception (2.22 KB, text/plain)
2007-02-16 13:41 UTC, Lukas Hasik 		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 Lukas Hasik 2007-02-15 12:50:59 UTC 
070215

-the Exception appeared when I created new project with Hello MIDlet
Comment 1 Lukas Hasik 2007-02-15 12:56:35 UTC 
Created attachment 38535 [details]
stacktrace
Comment 2 Adam Sotona 2007-02-15 14:54:22 UTC 
I am not able to prevent LocalHistoryVCSInterceptor to request EditorSupport at
the same time of DataObject creation. ur EditorSupport needs FolderLookup so the
only place to cut this potetial deadlock is where LocalHistoryVCSInterceptor
listens on DO creation.
BTW asking for EditorSupport for each newly created DO is wrong even from
performance point of view.
Comment 3 Adam Sotona 2007-02-15 14:56:15 UTC 
Increasing priority because the probablility of deadlock is very high.
Several similar cases were found and fixed last milestone.
Comment 5 Lukas Hasik 2007-02-16 13:38:23 UTC 
I'm able to reproduce with 070215 build of NB + 070216 of Mobility. 
Test case: Create 50 times new Visual MIDlet into a j2me project. The exception
appeared 4 times. 
Test is available at
/cvs/mobility/project/test/qa-functional/src/validation/NewProjectFileTest.java


The exception is different. Seems that the localhistory isn't involved in it
anymore. Tomas, please evaluate the exception and reassign to "mobility/build
system". thanks.
Comment 6 Lukas Hasik 2007-02-16 13:41:18 UTC 
Created attachment 38610 [details]
exception
Comment 7 Lukas Hasik 2007-02-16 13:41:27 UTC 
Created attachment 38611 [details]
exception
Comment 8 Tomas Stupka 2007-02-16 13:57:54 UTC 
doesn't look like local history anymore
Comment 9 Lukas Hasik 2007-02-16 14:10:42 UTC 
reassigning back to Adam.
Comment 10 Adam Sotona 2007-02-16 15:03:41 UTC 
This is something else, there is no more risk of deadlock in this thread dump.

BTW: I don't see what is the exception about.
Comment 11 Lukas Hasik 2007-02-19 09:20:12 UTC 
closing the original issue.
I will report the new exception as new issue.
Comment 12 Lukas Hasik 2007-03-21 14:15:48 UTC 
verified in 070321