Summary: | hierarchical project presentation not working | ||||||
---|---|---|---|---|---|---|---|
Product: | [Eclipse Project] Platform | Reporter: | Christian Jacob <christian.jacob> | ||||
Component: | IDE | Assignee: | Platform-UI-Inbox <Platform-UI-Inbox> | ||||
Status: | NEW --- | QA Contact: | |||||
Severity: | enhancement | ||||||
Priority: | P3 | CC: | eclipse_bugs, loskutov, lrozenblyum, temp0x01, thomas.mortagne | ||||
Version: | 4.6 | ||||||
Target Milestone: | --- | ||||||
Hardware: | PC | ||||||
OS: | Windows 7 | ||||||
Whiteboard: | |||||||
Attachments: |
|
Description
Christian Jacob
2016-09-05 02:39:43 EDT
I confirm, and second, this issue. -- Configuration Details -- Version: Neon.2 Release (4.6.2) Build id: 20161208-0600 Created attachment 266524 [details]
A sample Eclipse Neon.2 project demonstrating the issue in this bug
To reproduce: 1. Untar the attached file bug500823.tar.gz. Notice the directory 'bar' 2. Open a new workspace in Eclipse. 3. Right click in Project Explorer and choose Import > Import > General > Existing Projects Into Workspace 4. Choose the directory 'bar'. Click OK and Finish 5. Go to the downward pointing triangle menu in the Project Explorer, choose Projects Presentation > Hierarchical. 6. Expand bar, then src/main/java, and notice the directories 'foo' and 'foo.foo2'. They are listed on separate lines, but they should be nested: 'foo' as the parent directory for an entry listed as 'foo2'. Any related errors in the error log view? If I reopen the sample Eclipse Neon.2 attachment that I added yesterday, I do see an error in Error Log View. It is a single entry that reads: While loading class "org.eclipse.m2e.jdt.internal.MavenClasspathContainerInitializer", thread "Thread[Worker-3,5,main]" timed out waiting (5106ms) for thread "Thread[Worker-2,5,main]" to finish starting bundle "org.eclipse.m2e.jdt_1.7.0.20160603-1933 [556]". To avoid deadlock, thread "Thread[Worker-3,5,main]" is proceeding but "org.eclipse.m2e.jdt.internal.MavenClasspathContainerInitializer" may not be fully initialized. HOWEVER, if I recreate the workspace, and the Maven project, select Project Presentation > Hierarchical, and then create the example file structure, the packages are not listed hierarchically, and there is _no error_ in the error log view. So, the error I see with my previous attachment may not be relevant. --- ---- The following is the detailed error message ---- -- eclipse.buildId=4.6.2.M20161124-1400 java.version=1.8.0_121 java.vendor=Oracle Corporation BootLoader constants: OS=linux, ARCH=x86_64, WS=gtk, NL=en_US Framework arguments: -product org.eclipse.epp.package.jee.product Command-line arguments: -data /home/jjames/deleteme-workspace2 -os linux -ws gtk -arch x86_64 -product org.eclipse.epp.package.jee.product org.eclipse.osgi Warning Tue Jan 31 09:44:17 MST 2017 While loading class "org.eclipse.m2e.jdt.internal.MavenClasspathContainerInitializer", thread "Thread[Worker-3,5,main]" timed out waiting (5106ms) for thread "Thread[Worker-2,5,main]" to finish starting bundle "org.eclipse.m2e.jdt_1.7.0.20160603-1933 [556]". To avoid deadlock, thread "Thread[Worker-3,5,main]" is proceeding but "org.eclipse.m2e.jdt.internal.MavenClasspathContainerInitializer" may not be fully initialized. org.osgi.framework.BundleException: Unable to acquire the state change lock for the module: osgi.identity; type="osgi.bundle"; version:Version="1.7.0.20160603-1933"; osgi.identity="org.eclipse.m2e.jdt"; singleton:="true" [id=556] STARTED [STARTED] at org.eclipse.osgi.container.Module.lockStateChange(Module.java:337) at org.eclipse.osgi.container.Module.start(Module.java:401) at org.eclipse.osgi.framework.util.SecureAction.start(SecureAction.java:470) at org.eclipse.osgi.internal.hooks.EclipseLazyStarter.postFindLocalClass(EclipseLazyStarter.java:107) at org.eclipse.osgi.internal.loader.classpath.ClasspathManager.findLocalClass(ClasspathManager.java:529) at org.eclipse.osgi.internal.loader.ModuleClassLoader.findLocalClass(ModuleClassLoader.java:325) at org.eclipse.osgi.internal.loader.BundleLoader.findLocalClass(BundleLoader.java:345) at org.eclipse.osgi.internal.loader.BundleLoader.findClassInternal(BundleLoader.java:423) at org.eclipse.osgi.internal.loader.BundleLoader.findClass(BundleLoader.java:372) at org.eclipse.osgi.internal.loader.BundleLoader.findClass(BundleLoader.java:364) at org.eclipse.osgi.internal.loader.ModuleClassLoader.loadClass(ModuleClassLoader.java:161) at java.lang.ClassLoader.loadClass(ClassLoader.java:357) at org.eclipse.osgi.internal.framework.EquinoxBundle.loadClass(EquinoxBundle.java:564) at org.eclipse.core.internal.registry.osgi.RegistryStrategyOSGI.createExecutableExtension(RegistryStrategyOSGI.java:174) at org.eclipse.core.internal.registry.ExtensionRegistry.createExecutableExtension(ExtensionRegistry.java:905) at org.eclipse.core.internal.registry.ConfigurationElement.createExecutableExtension(ConfigurationElement.java:243) at org.eclipse.core.internal.registry.ConfigurationElementHandle.createExecutableExtension(ConfigurationElementHandle.java:55) at org.eclipse.jdt.core.JavaCore.computeClasspathContainerInitializer(JavaCore.java:3471) at org.eclipse.jdt.core.JavaCore.getClasspathContainerInitializer(JavaCore.java:3447) at org.eclipse.jdt.internal.core.JavaModelManager.initializeContainer(JavaModelManager.java:2920) at org.eclipse.jdt.internal.core.JavaModelManager$10.run(JavaModelManager.java:2845) at org.eclipse.core.internal.resources.Workspace.run(Workspace.java:2240) at org.eclipse.core.internal.resources.Workspace.run(Workspace.java:2267) at org.eclipse.jdt.internal.core.JavaModelManager.initializeAllContainers(JavaModelManager.java:2885) at org.eclipse.jdt.internal.core.JavaModelManager.getClasspathContainer(JavaModelManager.java:1965) at org.eclipse.jdt.core.JavaCore.initializeAfterLoad(JavaCore.java:4187) at org.eclipse.jdt.internal.ui.InitializeAfterLoadJob$RealJob.run(InitializeAfterLoadJob.java:36) at org.eclipse.core.internal.jobs.Worker.run(Worker.java:55) Caused by: java.util.concurrent.TimeoutException: Timeout after waiting 5 seconds to acquire the lock. at org.eclipse.osgi.container.Module.lockStateChange(Module.java:334) ... 27 more Root exception: java.util.concurrent.TimeoutException: Timeout after waiting 5 seconds to acquire the lock. at org.eclipse.osgi.container.Module.lockStateChange(Module.java:334) at org.eclipse.osgi.container.Module.start(Module.java:401) at org.eclipse.osgi.framework.util.SecureAction.start(SecureAction.java:470) at org.eclipse.osgi.internal.hooks.EclipseLazyStarter.postFindLocalClass(EclipseLazyStarter.java:107) at org.eclipse.osgi.internal.loader.classpath.ClasspathManager.findLocalClass(ClasspathManager.java:529) at org.eclipse.osgi.internal.loader.ModuleClassLoader.findLocalClass(ModuleClassLoader.java:325) at org.eclipse.osgi.internal.loader.BundleLoader.findLocalClass(BundleLoader.java:345) at org.eclipse.osgi.internal.loader.BundleLoader.findClassInternal(BundleLoader.java:423) at org.eclipse.osgi.internal.loader.BundleLoader.findClass(BundleLoader.java:372) at org.eclipse.osgi.internal.loader.BundleLoader.findClass(BundleLoader.java:364) at org.eclipse.osgi.internal.loader.ModuleClassLoader.loadClass(ModuleClassLoader.java:161) at java.lang.ClassLoader.loadClass(ClassLoader.java:357) at org.eclipse.osgi.internal.framework.EquinoxBundle.loadClass(EquinoxBundle.java:564) at org.eclipse.core.internal.registry.osgi.RegistryStrategyOSGI.createExecutableExtension(RegistryStrategyOSGI.java:174) at org.eclipse.core.internal.registry.ExtensionRegistry.createExecutableExtension(ExtensionRegistry.java:905) at org.eclipse.core.internal.registry.ConfigurationElement.createExecutableExtension(ConfigurationElement.java:243) at org.eclipse.core.internal.registry.ConfigurationElementHandle.createExecutableExtension(ConfigurationElementHandle.java:55) at org.eclipse.jdt.core.JavaCore.computeClasspathContainerInitializer(JavaCore.java:3471) at org.eclipse.jdt.core.JavaCore.getClasspathContainerInitializer(JavaCore.java:3447) at org.eclipse.jdt.internal.core.JavaModelManager.initializeContainer(JavaModelManager.java:2920) at org.eclipse.jdt.internal.core.JavaModelManager$10.run(JavaModelManager.java:2845) at org.eclipse.core.internal.resources.Workspace.run(Workspace.java:2240) at org.eclipse.core.internal.resources.Workspace.run(Workspace.java:2267) at org.eclipse.jdt.internal.core.JavaModelManager.initializeAllContainers(JavaModelManager.java:2885) at org.eclipse.jdt.internal.core.JavaModelManager.getClasspathContainer(JavaModelManager.java:1965) at org.eclipse.jdt.core.JavaCore.initializeAfterLoad(JavaCore.java:4187) at org.eclipse.jdt.internal.ui.InitializeAfterLoadJob$RealJob.run(InitializeAfterLoadJob.java:36) at org.eclipse.core.internal.jobs.Worker.run(Worker.java:55) The issue seems to occur only with Multi Projects Project with more than one hierarchy Level. A structure main Project -> Sub works fine, whereas a structure main Project -> Sub -> SubSub has the describet flaws. Hi Christian.. The issue is happening even in single, as opposed to multi, project workspaces.
>HOWEVER, if I recreate the workspace, and the Maven project, select Project
>Presentation > Hierarchical, and then create the example file structure, the
>packages are not listed hierarchically, and there is _no error_ in the error log
>view.
Also the sample project I've attached to this bug contains a single project, and this malfunction occurs.
For me "Project Presentation" -> "Hierarchical" simply does nothing for a multi-module Maven project. Definitely the feature is not working If you add parent project and all modules to a working set then the hierarchy is shown. I have hierarchical presentation issues with Maven too. The following works fine: * import -> Existing Maven projects * select something a new multimodule Maven project in the workspace. Sorry bad manipulation sent the previous comment unfinished. Importing a multimodule project work just fine but when I try to import a sub module that was not previous selected it end up at the root of the workspace instead of replacing the folder. |