[Florian Fischer]

Hello,

I posted this already but I don’t know what happened to my post.

I am using MyEclipse 7.0 since not long. When I select an item in the package explorer or in the search view and I press arrow down to move down the list, It takes 1/2 a second to move one item down. If I keep the arrow pressed down, the cursor moves at a rate of 2 items per second, which is too slow. When I use Eclipse Europa, the cursor moves down at full speed, as fast as my keyboard repeat rate. This is very annoying because I mostly navigate with cursor keys, not the mouse.

Is there any reason for this behaviour, what is MyEclipse doing with each item that takes 1/2 a second ? Is this something that can be disabled?

Thanks in advance
Florian

[Loyal Water]

Florian,
Can you switch to a brand new workspace (File > Switch Workspace > Temp) and check if the issue persists.

Incase the problem persists, can you go to MyEclipse > Installation Summary > Installation Details and paste the information here for me.

[Florian Fischer]

Hm… It doesn’t seem to happen with a clean workspace and a clean project.

I created a new workspace folder, restarted MyEclipse on this folder, created a new Java project and I can navigate between the library items. I guess I’ll have to narrow down where it starts to goes wrong, between this empty project and the full project I am working on.

[Loyal Water]

Can you import the full project into the new workspace and test this again. I don’t think you will face the same issue.

[vladchuk]

@support-nipun wrote:

Can you import the full project into the new workspace and test this again. I donThis is exactly what I did – created a new workspace and started importing projects into it. When there is only one (a few) project in the workspace it behaves. It looks like navigation speed degrades as more projects are added, however. Something funky is going on behind the scenes, like validation or some other processing. I had to switch back to 3.3.2/6.5 because of this. When is the next milestone due?

[Loyal Water]

vladchuk,
The next release would be the 7.0 GA release. Its due in about a month from now (end of Nov).

[w.vela]

The GA release has this problem too.

Is there a solve of this?

[vladchuk]

Indeed – still present in 7.0 GA. The slowness, however, seems to be related only to webapp projects. What is going on?

[w.vela]

All my projects are webapps….is there a option or switch to turn something off to resolve this problem?
or just a bug?

[vladchuk]

It’s just my guess, but I think there is some background processing going on every time a webapp project gets focus in the tree, which blocks the UI thread. That appears to be a defect and I’m surprised that so few people complained about it. I have some other problems with version 7.0, so my solution was to switch back to Eclipse 3 / MyEclipse 6.5.

[Riyad Kalla]

Valdchuk (and others having the same problem)

Can you explain which views you have visible when doing this? It’s possible there is a few responding to the selection that is taking time to process it’s contents. I tried to reproduce this by opening my Properties view and zipping down a workspace with 15 or so projects in it (with their contents expanded) and didn’t run into the problem.

I just need a way to reproduce this so I can get it fixed… any help guiding us towards that would be great.

[vladchuk]

Sorry, but I can’t put my finger on it. I closed everything with Java perspective and package view being the only open views – no change in behavior. Perhaps we should start looking down at the platform/OS level – I’m running this combo on Vista.

[Steve Prior]

In MyEclipse 6.01 if I right clicked on a webapp in the Package Explorer I’d get a menu in less than a second. Now with MyEclipse 7.0GA with a copy of the same workspace (lots of projects open, but none of them expanded) if I right click on those same webapps I get a 3-4 second delay before the context menu pops up. Very painful.

[innogate]

I’m having the same Issue with package explorer on a completely different platform (Ubuntu Linux 32Bit). And it is not just related to Web Projects.

After starting eclipse the package explorer is at first normally fast. I can reproduce the slow behaviour if I just open a “.properties” file, modify and save it. After that the package explorer is very slow. It actually does not matter what type of file I save: Java-Sources, JSP-Files. After each saving the package explorer is slow.

After doing some profiling I think I nailed it down to the following stack trace:
java.lang.Thread.State: RUNNABLE
at java.net.SocketInputStream.socketRead0(Native Method)
at java.net.SocketInputStream.read(SocketInputStream.java:129)
at java.io.BufferedInputStream.fill(BufferedInputStream.java:218)
at java.io.BufferedInputStream.read1(BufferedInputStream.java:258)
at java.io.BufferedInputStream.read(BufferedInputStream.java:317)
– locked <0xf1bc4c88> (a java.io.BufferedInputStream)
at sun.net.www.http.HttpClient.parseHTTPHeader(HttpClient.java:687)
at sun.net.www.http.HttpClient.parseHTTP(HttpClient.java:632)
at sun.net.www.protocol.http.HttpURLConnection.getInputStream(HttpURLConnection.java:1049)
– locked <0xf1bc3760> (a sun.net.www.protocol.http.HttpURLConnection)
at org.apache.xerces.impl.XMLEntityManager.setupCurrentEntity(Unknown Source)
at org.apache.xerces.impl.XMLEntityManager.startEntity(Unknown Source)
at org.apache.xerces.impl.XMLEntityManager.startDTDEntity(Unknown Source)
at org.apache.xerces.impl.XMLDTDScannerImpl.setInputSource(Unknown Source)
at org.apache.xerces.impl.XMLDocumentScannerImpl$DTDDispatcher.dispatch(Unknown Source)
at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanDocument(Unknown Source)
at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source)
at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source)
at org.apache.xerces.parsers.XMLParser.parse(Unknown Source)
at org.apache.xerces.parsers.AbstractSAXParser.parse(Unknown Source)
at org.apache.xerces.jaxp.SAXParserImpl$JAXPSAXParser.parse(Unknown Source)
at org.jdom.input.SAXBuilder.build(SAXBuilder.java:453)
at org.jdom.input.SAXBuilder.build(SAXBuilder.java:810)
at org.jdom.input.SAXBuilder.build(SAXBuilder.java:789)
at com.genuitec.eclipse.core.util.JDOMUtil.parseFile(JDOMUtil.java:159)
at com.genuitec.eclipse.j2eedt.core.EARProject.loadDeploymentDescriptorData(Unknown Source)
at com.genuitec.eclipse.j2eedt.core.EARProject.initEARDeploymentDescriptorManager(Unknown Source)
at com.genuitec.eclipse.j2eedt.core.EARProject.<init>(Unknown Source)
at com.genuitec.eclipse.j2eedt.core.EARProject.<init>(Unknown Source)
at com.genuitec.eclipse.j2eedt.core.J2EECore.getEARProjectsList(Unknown Source)
– locked <0xd68424b0> (a com.genuitec.eclipse.j2eedt.core.J2EECore)
at com.genuitec.eclipse.j2eedt.core.J2EECore.getEARProject(Unknown Source)
at com.genuitec.eclipse.j2eedt.core.J2EECore.getJ2EEProject(Unknown Source)
at com.genuitec.eclipse.ast.deploy.core.ui.action.DeploymentMgmtActionDelegate.selectionChanged(Unknown Source)
at org.eclipse.ui.internal.PluginAction.refreshEnablement(PluginAction.java:206)
at org.eclipse.ui.internal.PluginAction.selectionChanged(PluginAction.java:277)
at org.eclipse.ui.internal.PluginAction.selectionChanged(PluginAction.java:299)
at org.eclipse.ui.internal.AbstractSelectionService.fireSelection(AbstractSelectionService.java:156)
at org.eclipse.ui.internal.AbstractSelectionService$1.selectionChanged(AbstractSelectionService.java:62)
at org.eclipse.jface.viewers.Viewer$2.run(Viewer.java:162)
at org.eclipse.core.runtime.SafeRunner.run(SafeRunner.java:37)
at org.eclipse.core.runtime.Platform.run(Platform.java:880)
at org.eclipse.ui.internal.JFaceUtil$1.run(JFaceUtil.java:48)
at org.eclipse.jface.util.SafeRunnable.run(SafeRunnable.java:175)
at org.eclipse.jface.viewers.Viewer.fireSelectionChanged(Viewer.java:160)
at org.eclipse.jface.viewers.StructuredViewer.updateSelection(StructuredViewer.java:2062)
at org.eclipse.jface.viewers.StructuredViewer.handleSelect(StructuredViewer.java:1138)
at org.eclipse.jface.viewers.StructuredViewer$4.widgetSelected(StructuredViewer.java:1168)
at org.eclipse.jface.util.OpenStrategy.fireSelectionEvent(OpenStrategy.java:227)
at org.eclipse.jface.util.OpenStrategy.access$3(OpenStrategy.java:221)
at org.eclipse.jface.util.OpenStrategy$1.handleEvent(OpenStrategy.java:388)
at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:84)
at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1158)
at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:3401)
at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:3033)
at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:2382)
at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:2346)
at org.eclipse.ui.internal.Workbench.access$4(Workbench.java:2198)
at org.eclipse.ui.internal.Workbench$5.run(Workbench.java:493)
at org.eclipse.core.databinding.observable.Realm.runWithDefault(Realm.java:288)
at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:488)
at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:149)
at org.eclipse.ui.internal.ide.application.IDEApplication.start(IDEApplication.java:113)
at org.eclipse.equinox.internal.app.EclipseAppHandle.run(EclipseAppHandle.java:193)
at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.runApplication(EclipseAppLauncher.java:110)
at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.start(EclipseAppLauncher.java:79)
at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:386)
at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:179)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at org.eclipse.equinox.launcher.Main.invokeFramework(Main.java:549)
at org.eclipse.equinox.launcher.Main.basicRun(Main.java:504)
at org.eclipse.equinox.launcher.Main.run(Main.java:1236)
at org.eclipse.equinox.launcher.Main.main(Main.java:1212)

From the method names. I would assume that MyEclipse re-reads the deployment descriptors of all open EAR projects each time the package explorer selection changes.

I have exactly one EAR project. When I close it (Context menu -> Close project) the package explorer is fast again and stays fast after more save operations.

Can anyone confirm this?

[Riyad Kalla]

Guys thanks for the heads up, it looks like we picked up some strange behavior with a recent update. We’re digging into it.

[Author]

Posts