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 157301 [details] threaddump I have an Java Ant project that stores libraries in a dedicated folder. Attempting to import a library using the Project Properties | Libraries | Add Library | Import function is taking so long (more than 1 hour) that it appears to cause the IDE to hang. I've attached a threaddump that suggests Hg may be a contributory factor. Flagging this a a P1 since this issue is preventing development of an existing project.
Ssytem is: Product Version: NetBeans IDE 8.1 (Build 201510222201) Java: 1.8.0_66; Java HotSpot(TM) 64-Bit Server VM 25.66-b17 Runtime: Java(TM) SE Runtime Environment 1.8.0_66-b17 System: Windows 10 version 10.0 running on amd64; Cp1252; en_GB (nb)
please reproduce the problem and create and attach a selfprofile snapshot (see also http://wiki.netbeans.org/FaqProfileMeNow) reassigning for further evaluation
@reporter: check the running hg command, you're on mac so "ps -ef | grep hg" should show the running command. If it's still the same, then it's likely your hg installation is corrupted. Try killing the hg command and running it in CLI manually, does it have any output? @tomas stupka: primarily, projects should not touch I/O in AWT: at org.netbeans.modules.project.ant.ProjectLibraryProvider.copyFolderRecursively(ProjectLibraryProvider.java:1358) at org.netbeans.modules.project.ant.ProjectLibraryProvider.copyLibrary(ProjectLibraryProvider.java:1280) at org.netbeans.spi.project.support.ant.ReferenceHelper.copyLibrary(ReferenceHelper.java:1583) at org.netbeans.spi.project.support.ant.ui.CustomizerUtilities$2.importLibrary(CustomizerUtilities.java:109) should be run in a background thread, do you agree?
(In reply to Ondrej Vrabec from comment #3) > @reporter: check the running hg command, you're on mac so "ps -ef | grep hg" > should show the running command. If it's still the same, then it's likely > your hg installation is corrupted. Try killing the hg command and running it > in CLI manually, does it have any output? > > > @tomas stupka: primarily, projects should not touch I/O in AWT: > at > org.netbeans.modules.project.ant.ProjectLibraryProvider. > copyFolderRecursively(ProjectLibraryProvider.java:1358) > at > org.netbeans.modules.project.ant.ProjectLibraryProvider. > copyLibrary(ProjectLibraryProvider.java:1280) > at > org.netbeans.spi.project.support.ant.ReferenceHelper. > copyLibrary(ReferenceHelper.java:1583) > at > org.netbeans.spi.project.support.ant.ui.CustomizerUtilities$2. > importLibrary(CustomizerUtilities.java:109) > > should be run in a background thread, do you agree? @Ondrej Vrabec I'm using Windows 10 not Mac.
(In reply to Ondrej Vrabec from comment #3) > @reporter: check the running hg command, you're on mac so "ps -ef | grep hg" > should show the running command. If it's still the same, then it's likely > your hg installation is corrupted. Try killing the hg command and running it > in CLI manually, does it have any output? > > > @tomas stupka: primarily, projects should not touch I/O in AWT: > at > org.netbeans.modules.project.ant.ProjectLibraryProvider. > copyFolderRecursively(ProjectLibraryProvider.java:1358) > at > org.netbeans.modules.project.ant.ProjectLibraryProvider. > copyLibrary(ProjectLibraryProvider.java:1280) > at > org.netbeans.spi.project.support.ant.ReferenceHelper. > copyLibrary(ReferenceHelper.java:1583) > at > org.netbeans.spi.project.support.ant.ui.CustomizerUtilities$2. > importLibrary(CustomizerUtilities.java:109) > > should be run in a background thread, do you agree? @Ondrej Vrabec I'm using Windows 10 not Mac. (In reply to Tomas Stupka from comment #2) > please reproduce the problem and create and attach a selfprofile snapshot > (see also http://wiki.netbeans.org/FaqProfileMeNow) > > reassigning for further evaluation @Tomas Stupka As requested I'm attaching copies of the selefsampler files and IDE log. For information, the library import is an update of an existing Hibernate Library - moving from hiberante-release-4.3.1 to 5.0.3. So it's a sizeable library. I estimate that at second attempt, the import took about 35 minutes. db
Created attachment 157330 [details] SelfSampler capture of library import
Created attachment 157331 [details] SelfSampler capture of steady state
Created attachment 157332 [details] IDE Log
> @tomas stupka: primarily, projects should not touch I/O in AWT: > should be run in a background thread, do you agree? indeed! that should be fixed in projects one way or another
> I'm using Windows 10 not Mac. Sorry, must have overlooked. Do you have any other problem with Mercurial support besides this? Do you really use Mercurial as your project VCS?
Created attachment 157333 [details] possible patch in hg
@Ondrej Vrabec I don't have any other Mercurial problems. I don't generally use the Mercurial support within NB but prefer to use TortoiseHg. I've been using Mercurial for a couple of years - use it for all my projects partly becasue it gives me change history and partly because I can use a default push to make sure everything is backed up. I don't usually use projects with dedicated library folders but did so in this case because I need to share the code with my client and it seemed like a good way of ensuring we build using exactly the same libraries. db
moved the import outside from awt jet-main #c3c9d06db70e what stays open is why the action by itself takes so long @bolsover - could you please verify how big the imported hibernate library folder is and how many files/directories it contains?
@ Tomas Stupka hibernate-release-5.0.3 library is 199MB, 15,252 Files, 1,642 Folders
Integrated into 'main-silver', will be available in build *201511170002* on http://bits.netbeans.org/dev/nightly/ (upload may still be in progress) Changeset: http://hg.netbeans.org/main-silver/rev/c3c9d06db70e User: Tomas Stupka <tstupka@netbeans.org> Log: issue #256545 - Import library takes very long / causes IDE hang invoke library import outside of awt
applying the patch - the patch detaches direct calls to hg status and rather ask the cache. The information may not be 100% accurate but is definitely faster. fixed: core-main #c59fb0a984c7
Product Version: NetBeans IDE Dev (Build 201511180002) Java: 1.8.0_66; Java HotSpot(TM) 64-Bit Server VM 25.66-b17 Runtime: Java(TM) SE Runtime Environment 1.8.0_66-b17 System: Windows 10 version 10.0 running on amd64; Cp1252; en_GB (nb) I've just been testing against above - the updates do appear to improve the user experience somewhat but I regret this is no silver bullet. The essential task is one of copying files - it should be MUCH faster - can I reopen?
Integrated into 'main-silver', will be available in build *201511200002* on http://bits.netbeans.org/dev/nightly/ (upload may still be in progress) Changeset: http://hg.netbeans.org/main-silver/rev/c59fb0a984c7 User: Ondrej Vrabec <ovrabec@netbeans.org> Log: Issue #256545 - Import library takes very long / causes IDE hang
Product Version: NetBeans IDE Dev (Build 201511200002) Java: 1.8.0_66; Java HotSpot(TM) 64-Bit Server VM 25.66-b17 Runtime: Java(TM) SE Runtime Environment 1.8.0_66-b17 System: Windows 10 version 10.0 running on amd64; Cp1252; en_GB (nb) Very subjective - but there does appear to be a good improvement when importing libraries using above version. Agree this should be marked resolved, fixed. Keep up the excellent work. db