Eclipse Community Forums
Forum Search:

Search      Help    Register    Login    Home
Home » Eclipse Projects » Plugin Development Environment (PDE) » Long delay + UI locked when saving MANIFESTs
Long delay + UI locked when saving MANIFESTs [message #594514] Thu, 02 April 2009 09:47
dave irving is currently offline dave irving
Messages: 6
Registered: July 2009
Junior Member
Hi,

I have a workspace with several (~10) projects - each being built as an
OSGI bundle. I have a large number of dependencies in my target platform
(~200).

When modifying dependencies for a bundle by editing its MANFIEST.MF, I'm
encountering a long (30 - 45 second) UI freeze when I save the resource.
This occurs before any required re-building of the workspace kicks in.

I've recently upgraded from Eclipse 3.3 to Eclipse 3.4(.2) and did not
experience this when developing in 3.3.

During the 'freeze' - CPU ramps right up throughout the duration - and
most of the time we seem to be in 'resolveState' - having lots of fun in
GroupingChecker....


at
org.eclipse.osgi.internal.module.GroupingChecker$PackageRoot s.isConsistentClassSpace(GroupingChecker.java:295)
at
org.eclipse.osgi.internal.module.GroupingChecker$PackageRoot s.isConsistentClassSpace(GroupingChecker.java:295)
at
org.eclipse.osgi.internal.module.GroupingChecker$PackageRoot s.isConsistentClassSpace(GroupingChecker.java:295)
at
org.eclipse.osgi.internal.module.GroupingChecker$PackageRoot s.isConsistentClassSpace(GroupingChecker.java:295)
at
org.eclipse.osgi.internal.module.GroupingChecker$PackageRoot s.isConsistentClassSpace(GroupingChecker.java:295)
at
org.eclipse.osgi.internal.module.GroupingChecker$PackageRoot s.isConsistentClassSpace(GroupingChecker.java:295)
at
org.eclipse.osgi.internal.module.GroupingChecker.isConsisten tInternal(GroupingChecker.java:103)
at
org.eclipse.osgi.internal.module.GroupingChecker.isConsisten t(GroupingChecker.java:85)
at
org.eclipse.osgi.internal.module.ResolverImpl.addConflicts(R esolverImpl.java:734)
at
org.eclipse.osgi.internal.module.ResolverImpl.getConflicts(R esolverImpl.java:711)
at
org.eclipse.osgi.internal.module.ResolverImpl.findBestCombin ation(ResolverImpl.java:629)
at
org.eclipse.osgi.internal.module.ResolverImpl.findBestCombin ation(ResolverImpl.java:594)
at
org.eclipse.osgi.internal.module.ResolverImpl.checkUsesConst raints(ResolverImpl.java:539)
at
org.eclipse.osgi.internal.module.ResolverImpl.resolveBundles 0(ResolverImpl.java:535)
at
org.eclipse.osgi.internal.module.ResolverImpl.checkUsesConst raints(ResolverImpl.java:573)
at
org.eclipse.osgi.internal.module.ResolverImpl.resolveBundles 0(ResolverImpl.java:535)
at
org.eclipse.osgi.internal.module.ResolverImpl.resolveBundles (ResolverImpl.java:501)
at
org.eclipse.osgi.internal.module.ResolverImpl.resolve(Resolv erImpl.java:388)
- locked <0x1339fe10> (a
org.eclipse.osgi.internal.module.ResolverImpl)
at
org.eclipse.osgi.internal.resolver.StateImpl.resolve(StateIm pl.java:428)
- locked <0x132553f8> (a
org.eclipse.osgi.internal.resolver.UserState)
at
org.eclipse.osgi.internal.resolver.StateImpl.resolve(StateIm pl.java:488)
at
org.eclipse.pde.internal.core.MinimalState.internalResolveSt ate(MinimalState.java:206)
- locked <0x13255448> (a org.eclipse.pde.internal.core.PDEState)
at
org.eclipse.pde.internal.core.MinimalState.resolveState(Mini malState.java:201)
at
org.eclipse.pde.internal.core.PluginModelManager.modelsChang ed(PluginModelManager.java:161)

This 30 - 45 sec lag when updating MANIFESTS is making 3.4 pretty much
unusable for me on fairly large projects.

Is this a known issue? Is there anything I can tweak in my configuration
to prevent this?

Thanks,

Dave
Previous Topic:Get the path of the current document
Next Topic:How to add version number suffix to a RCP build?
Goto Forum:
  


Current Time: Thu Aug 21 02:39:29 EDT 2014

Powered by FUDForum. Page generated in 0.01593 seconds