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 Dev (Build 200907210201) VM: Java HotSpot(TM) Client VM, 11.3-b02, Java(TM) SE Runtime Environment, 1.6.0_13-b03 OS: SunOS, 5.11, x86 User Comments: jsedek: [web/jsp editor] reformating JSF page jsf indenter is probably blocked after calling Utilitis.acquireParserLock and it wait for Parsing & Indexing Loop that is waiting for URL connection open by TldLibrary parser Maximal alredy reported slowness was 16590 ms, average is 16590
Created attachment 85019 [details] nps snapshot
yep, there is a xml catalog missing when the TLDs are parsed so some of the resources are downloaded from internet. Another issue is that the parsing of the taglibs shouln't block the parsing infrastructure (call from the HtmlSourceTask) in web.jsf module. I may implement the querying of the TLD data via indexing which would help to solve this as well since now the libraries are scanned after each ide start again.
I have create the EntityResolver so the resource are not usually downloaded.
Build: NetBeans IDE Dev (Build 200907210201) VM: Java HotSpot(TM) Server VM, 14.0-b16, Java(TM) SE Runtime Environment, 1.6.0_14-b08 OS: Linux, 2.6.28-13-generic, i386 User Comments: used code formatting in a small java class Maximal alredy reported slowness was 16590 ms, average is 10428
Created attachment 85124 [details] nps snapshot
Build: NetBeans IDE Dev (Build 200907210201) VM: Java HotSpot(TM) Server VM, 14.0-b16, Java(TM) SE Runtime Environment, 1.6.0_14-b08 OS: Linux, 2.6.28-13-generic, i386 User Comments: run a junit test and switched through the output windows Maximal alredy reported slowness was 16590 ms, average is 8026
Created attachment 85129 [details] nps snapshot
Build: NetBeans IDE Dev (Build 200907210201) VM: Java HotSpot(TM) Server VM, 14.0-b16, Java(TM) SE Runtime Environment, 1.6.0_14-b08 OS: Linux, 2.6.28-13-generic, i386 User Comments: ran a junit test. Maximal alredy reported slowness was 16590 ms, average is 6931
Created attachment 85131 [details] nps snapshot
Latest snapshost seems to be caused by different issue, I've already fixed auto reporter.
This issue already has 5 duplicates see http://statistics.netbeans.org/exceptions/detail.do?id=153987
Jindro, please manage this issue. The last 4 reports belongs to java.
Build: NetBeans IDE Dev (Build 200908022240) VM: Java HotSpot(TM) Client VM, 14.0-b16, Java(TM) SE Runtime Environment, 1.6.0_14-b08 OS: Windows Vista, 6.0, x86 User Comments: Cutting and pasting text in the Editor Maximum slowness yet reported was 16590 ms, average is 7664
Created attachment 86229 [details] nps snapshot
This issue already has 6 duplicates see http://statistics.netbeans.org/exceptions/detail.do?id=153987
Build: NetBeans IDE Dev (Build 200908022240) VM: Java HotSpot(TM) Client VM, 14.0-b16, Java(TM) SE Runtime Environment, 1.6.0_14-b08 OS: Windows Vista, 6.0, x86 User Comments: Editing code in the Editor Maximum slowness yet reported was 16590 ms, average is 7595
Created attachment 86231 [details] nps snapshot
This issue already has 7 duplicates see http://statistics.netbeans.org/exceptions/detail.do?id=153987
This issue already has 12 duplicates see http://statistics.netbeans.org/exceptions/detail.do?id=153987
This issue already has 13 duplicates see http://statistics.netbeans.org/exceptions/detail.do?id=153987
This issue already has 14 duplicates see http://statistics.netbeans.org/exceptions/detail.do?id=153987
The first problem was fixed: http://hg.netbeans.org/web-main/rev/5e68626fa2c0 The other reports are false duplicates, so I am marking this as fixed so a new bug is reported for the other duplicates.
verified. NetBeans IDE Dev (Build 200909221401)