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.
Created attachment 107812 [details] Thread dump It is not possible to create any JavaCard project in NB 7.0. This is regression against NB 6.9.1. Steps to reproduce: 1) Download full NetBeans distribution. 2) Install NetBeans and make sure that JavaCard is selected in installer. 3) Start NetBeans and go to File->New Project 4) Select JavaCard and 'Classic Applet Project' 5) Click 'Next', 'Next' and 'Finish' project wizard never finish and stops at 67%. See attached thread dump for details. Reproduced with: Product Version: NetBeans IDE 7.0 (Build 201104080000) Java: 1.6.0_24; Java HotSpot(TM) Client VM 19.1-b02 System: Windows 7 version 6.1 running on x86; Cp1252; en_US (nb) Userdir: C:\Users\root\.netbeans\7.0
*** Bug 197998 has been marked as a duplicate of this bug. ***
Has nothing in particular to do with Javacard. The culprit looks like it is the document lock, in use both by DataObject.createFromTemplate() via Freemarker, and the thread "org.openide.text Document Processing" which has noticed that the file has changed (probably due to createFromTemplate() also). Any code which calls createFromTemplate() could trigger this problem. Something affecting the timing or locking involved must have changed outside the javacard modules, since the javacard code did not change. Reassigning.
>Has nothing in particular to do with Javacard. Right, the problem is in simple.project.templates combined with fix of issue #173142. The spt holds the Project's mutex (W) and creates data objects. The fix of #173142 causes that DOs are formatted after they are created. The format requires editor lock. The deadlock happens with a second thread which creates the syntax (JavaKit.createSyntax), it's called under editor lock. The syntax creation calls SourceLevelQuery which requires Project's mutex (R). The fix changes locking in the spt. The Project's mutex is taken only during writing of project's metadata. It's not needed as 1st) the project does not exist yet and it's called under FS.runAA. 2nd) Source files are not project metadata - no project mutex in write mode is needed. In addition to this fix, the deadlock with java syntax is solved by removing the java syntax. But any other syntax may call some other project query.
Fixed jet-main b8131966ea08
Integrated into 'main-golden', will be available in build *201105120000* on http://bits.netbeans.org/dev/nightly/ (upload may still be in progress) Changeset: http://hg.netbeans.org/main/rev/b8131966ea08 User: Tomas Zezula <tzezula@netbeans.org> Log: #197837:Deadlock when creating JavaCard projects
I;va also guarded the ProjectXmlCreator. The project mutex is not needed as the created project does not escape before it's fully created, but for sure. jet-main a788a2a82854
Integrated into 'main-golden', will be available in build *201105130000* on http://bits.netbeans.org/dev/nightly/ (upload may still be in progress) Changeset: http://hg.netbeans.org/main/rev/a788a2a82854 User: Tomas Zezula <tzezula@netbeans.org> Log: #197837:Deadlock when creating JavaCard projects
Verified in the following trunk build, I agree with integration to patch1: Product Version: NetBeans IDE Dev (Build 201105160400) Java: 1.6.0_25; Java HotSpot(TM) Client VM 20.0-b11 System: Windows 7 version 6.1 running on x86; Cp1250; cs_CZ (nb)
"For the list of included fixed bugs please check http://wiki.netbeans.org/NetBeans70PatchesInfo"
Transplanted into release70_fixes http://hg.netbeans.org/releases/rev/76eab3a7da9a http://hg.netbeans.org/releases/rev/b5533af15083 http://hg.netbeans.org/releases/rev/5c4326cd14cb
Verified in the following build + patch1: Product Version: NetBeans IDE 7.0 (Build 201104080000) Java: 1.6.0_25; Java HotSpot(TM) Client VM 20.0-b11 System: Windows 7 version 6.1 running on x86; Cp1250; cs_CZ (nb)
*** Bug 198923 has been marked as a duplicate of this bug. ***