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.
Build: NetBeans IDE 6.8 (Build 200912041610) VM: Java HotSpot(TM) Client VM, 14.3-b01, Java(TM) SE Runtime Environment, 1.6.0_17-b04 OS: Windows XP User Comments: GUEST: I was opening the ide. Maximum slowness yet reported was 22297 ms, average is 21391
Created attachment 102055 [details] nps snapshot
Unrelated to java.source, as far as I can tell - vast majority of the wall clock time (which is the important one in this case, right?) is spent in o.o.text.CloneableEditor.closeLast(). This is IMO a direct consequence of fixing bug #163236 (which is a consequence of background opening of the editor) - the closeLast method most likely waits on the CLOSE_LAST_LOCK. Assigning to platform/text and Jarda, who knows most about the lazy opening.
I'd rather see a bit more activity of the default owner of openide.text instead of seeking for reasons why code written by Marek shall be fixed by me.
Who is "the default owner of openide.text"? I don't have the administrative rights for platform component ... It used to be Vita AFAIK so we have to find out the new owner before you can actually request "more activity" from him/her. I am putting the responsible managers on Cc: so they can decide who will take over issues like this one in the future
As far as I understood the owner is editor team (as QA contact field indicates). So David, Martin, just pick one of your team members up. Let me know by end of September 2010 who's that going to be.
I hope that we have made it by the end of Sept: as you already know (and agreed) it will be yourself, I am mentioning it here for the other folks ...
Either you need to define what "we" means, or you are confused. Talk to Martin Ryzl to learn what he negotiated before making premature announcements. PS: I am writing it here so other people are not confused by comments #6 and rather ignore it.
I sincerely apologize for the confusion (by "we" I meant Martin and me but I am confused as you wrote). I am removing myself from Cc: of this bug and from now on please handle it between yourself, Martin and John. The only thing I know for sure is that I am not owner of platform/text and that is all I need to know.
core-main#dfad51d7ec71
imho, using AtomicBoolean produces nicer code than with new boolean[1] :-)
I considered that too for a while. Then I sticked with old good boolean[1].
Integrated into 'main-golden', will be available in build *201011240001* on http://bits.netbeans.org/dev/nightly/ (upload may still be in progress) Changeset: http://hg.netbeans.org/main/rev/dfad51d7ec71 User: Jaroslav Tulach <jtulach@netbeans.org> Log: #190409: Don't hold lock while running long time operation. Just note that the support shall be closed and do it when the long running operation is over
*** Bug 199882 has been marked as a duplicate of this bug. ***