Skip to main content



      Home
Home » Eclipse Projects » Equinox » Manifest Compatibility
Manifest Compatibility [message #85682] Fri, 30 March 2007 16:26 Go to next message
Eclipse UserFriend
Hi,
We are running into an issue exporting and using gmf plug-ins listed here

org.eclipse.gmf.runtime.emf.clipboard.core_1.0.1.v20060919-0 800.jar
org.eclipse.gmf.runtime.emf.type.core_1.0.1.v20060919-0800.j ar
org.eclipse.gmf.runtime.notation_1.0.1.v20060919-0800.jar

The problem seems to be with corrupt manifest files, due to an extra
space in the manifest file, which causes Eclipse to think it has to
re-generate the manifest file and when it tries to do so it fails
because there is no plugin.xml.

Manifest file for this plug-in causing issue (notice the space between ;
and singleton):
Bundle-SymbolicName: org.eclipse.gmf.runtime.emf.clipboard.core; singl
eton:=true

Manifest file for this plugin after the issue was fixed by changing the
file (notice no space between ; and the word singleton):
Bundle-SymbolicName: org.eclipse.gmf.runtime.emf.clipboard.core;singl
eton:=true

The stack trace is as follows when the plug-ins are accessed:
!ENTRY system.bundle 4 0 2007-03-30 09:36:07.866
!MESSAGE FrameworkEvent.ERROR
!STACK 0
java.util.zip.ZipException: error in opening zip file
at java.util.zip.ZipFile.open(Native Method)
at java.util.zip.ZipFile.<init>(Unknown Source)
at java.util.zip.ZipFile.<init>(Unknown Source)
at
org.eclipse.osgi.framework.util.SecureAction.getZipFile(Secu reAction.java:225)
at
org.eclipse.osgi.baseadaptor.bundlefile.ZipBundleFile.basicO pen(ZipBundleFile.java:79)
at
org.eclipse.osgi.baseadaptor.bundlefile.ZipBundleFile.getZip File(ZipBundleFile.java:92)
at
org.eclipse.osgi.baseadaptor.bundlefile.ZipBundleFile.checke dOpen(ZipBundleFile.java:65)
at
org.eclipse.osgi.baseadaptor.bundlefile.ZipBundleFile.getEnt ry(ZipBundleFile.java:234)
at org.eclipse.osgi.baseadaptor.BaseData.getEntry(BaseData.java :96)
at
org.eclipse.osgi.internal.baseadaptor.AdaptorUtil.loadManife stFrom(AdaptorUtil.java:189)
at
org.eclipse.core.runtime.internal.adaptor.EclipseStorageHook .getGeneratedManifest(EclipseStorageHook.java:294)
at
org.eclipse.core.runtime.internal.adaptor.EclipseStorageHook .createCachedManifest(EclipseStorageHook.java:290)
at
org.eclipse.core.runtime.internal.adaptor.EclipseStorageHook .getManifest(EclipseStorageHook.java:395)
at
org.eclipse.osgi.internal.baseadaptor.BaseStorage.loadManife st(BaseStorage.java:255)
at
org.eclipse.osgi.internal.baseadaptor.BundleInstall.begin(Bu ndleInstall.java:82)
at
org.eclipse.osgi.framework.internal.core.Framework.installWo rkerPrivileged(Framework.java:832)
at
org.eclipse.osgi.framework.internal.core.Framework$2.run(Fra mework.java:748)
at java.security.AccessController.doPrivileged(Native Method)
at
org.eclipse.osgi.framework.internal.core.Framework.installWo rker(Framework.java:799)
at
org.eclipse.osgi.framework.internal.core.Framework.installBu ndle(Framework.java:743)
at
org.eclipse.osgi.framework.internal.core.BundleContextImpl.i nstallBundle(BundleContextImpl.java:221)
at
org.eclipse.update.internal.configurator.ConfigurationActiva tor.installBundles(ConfigurationActivator.java:197)
at
org.eclipse.update.internal.configurator.ConfigurationActiva tor.start(ConfigurationActivator.java:82)
at
org.eclipse.osgi.framework.internal.core.BundleContextImpl$2 .run(BundleContextImpl.java:991)
at java.security.AccessController.doPrivileged(Native Method)
at
org.eclipse.osgi.framework.internal.core.BundleContextImpl.s tartActivator(BundleContextImpl.java:985)
at
org.eclipse.osgi.framework.internal.core.BundleContextImpl.s tart(BundleContextImpl.java:966)
at
org.eclipse.osgi.framework.internal.core.BundleHost.startWor ker(BundleHost.java:317)
at
org.eclipse.osgi.framework.internal.core.AbstractBundle.resu me(AbstractBundle.java:329)
at
org.eclipse.osgi.framework.internal.core.Framework.resumeBun dle(Framework.java:1046)
at
org.eclipse.osgi.framework.internal.core.StartLevelManager.r esumeBundles(StartLevelManager.java:573)
at
org.eclipse.osgi.framework.internal.core.StartLevelManager.i ncFWSL(StartLevelManager.java:495)
at
org.eclipse.osgi.framework.internal.core.StartLevelManager.d oSetStartLevel(StartLevelManager.java:275)
at
org.eclipse.osgi.framework.internal.core.StartLevelManager.d ispatchEvent(StartLevelManager.java:455)
at
org.eclipse.osgi.framework.eventmgr.EventManager.dispatchEve nt(EventManager.java:189)
at
org.eclipse.osgi.framework.eventmgr.EventManager$EventThread .run(EventManager.java:291)

!ENTRY org.eclipse.update.configurator 2007-03-30 09:36:07.874
!MESSAGE Could not install bundle
.../../plugins/org.eclipse.gmf.runtime.emf.clipboard.core_1. 0.1.v20060919-0800.jar
Error converting plugin at
C:\maya\cache\plugins\org.eclipse.gmf.runtime.emf.clipboard. core_1.0.1.v20060919-0800.jar.

Has anyone run into this issue before?

Also, is there fix already available from GMF on this issue.
Thanks,
Sharanya
Re: Manifest Compatibility [message #85724 is a reply to message #85682] Fri, 30 March 2007 17:08 Go to previous messageGo to next message
Eclipse UserFriend
Hi Sharanya,

I've not seen this before, but have submitted a fix to CVS for the 3 GMF
manifests below.

Thanks,
Rich


On 3/30/07 4:26 PM, in article eujrpk$h73$1@build.eclipse.org, "Sharanya
Doddapaneni" <shdoddap@cisco.com> wrote:

> Hi,
> We are running into an issue exporting and using gmf plug-ins listed here
>
> org.eclipse.gmf.runtime.emf.clipboard.core_1.0.1.v20060919-0 800.jar
> org.eclipse.gmf.runtime.emf.type.core_1.0.1.v20060919-0800.j ar
> org.eclipse.gmf.runtime.notation_1.0.1.v20060919-0800.jar
>
> The problem seems to be with corrupt manifest files, due to an extra
> space in the manifest file, which causes Eclipse to think it has to
> re-generate the manifest file and when it tries to do so it fails
> because there is no plugin.xml.
>
> Manifest file for this plug-in causing issue (notice the space between ;
> and singleton):
> Bundle-SymbolicName: org.eclipse.gmf.runtime.emf.clipboard.core; singl
> eton:=true
>
> Manifest file for this plugin after the issue was fixed by changing the
> file (notice no space between ; and the word singleton):
> Bundle-SymbolicName: org.eclipse.gmf.runtime.emf.clipboard.core;singl
> eton:=true
>
> The stack trace is as follows when the plug-ins are accessed:
> !ENTRY system.bundle 4 0 2007-03-30 09:36:07.866
> !MESSAGE FrameworkEvent.ERROR
> !STACK 0
> java.util.zip.ZipException: error in opening zip file
> at java.util.zip.ZipFile.open(Native Method)
> at java.util.zip.ZipFile.<init>(Unknown Source)
> at java.util.zip.ZipFile.<init>(Unknown Source)
> at
> org.eclipse.osgi.framework.util.SecureAction.getZipFile(Secu reAction.java:225)
> at
> org.eclipse.osgi.baseadaptor.bundlefile.ZipBundleFile.basicO pen(ZipBundleFile.
> java:79)
> at
> org.eclipse.osgi.baseadaptor.bundlefile.ZipBundleFile.getZip File(ZipBundleFile
> .java:92)
> at
> org.eclipse.osgi.baseadaptor.bundlefile.ZipBundleFile.checke dOpen(ZipBundleFil
> e.java:65)
> at
> org.eclipse.osgi.baseadaptor.bundlefile.ZipBundleFile.getEnt ry(ZipBundleFile.j
> ava:234)
> at org.eclipse.osgi.baseadaptor.BaseData.getEntry(BaseData.java :96)
> at
> org.eclipse.osgi.internal.baseadaptor.AdaptorUtil.loadManife stFrom(AdaptorUtil
> .java:189)
> at
> org.eclipse.core.runtime.internal.adaptor.EclipseStorageHook .getGeneratedManif
> est(EclipseStorageHook.java:294)
> at
> org.eclipse.core.runtime.internal.adaptor.EclipseStorageHook .createCachedManif
> est(EclipseStorageHook.java:290)
> at
> org.eclipse.core.runtime.internal.adaptor.EclipseStorageHook .getManifest(Eclip
> seStorageHook.java:395)
> at
> org.eclipse.osgi.internal.baseadaptor.BaseStorage.loadManife st(BaseStorage.jav
> a:255)
> at
> org.eclipse.osgi.internal.baseadaptor.BundleInstall.begin(Bu ndleInstall.java:8
> 2)
> at
> org.eclipse.osgi.framework.internal.core.Framework.installWo rkerPrivileged(Fra
> mework.java:832)
> at
> org.eclipse.osgi.framework.internal.core.Framework$2.run(Fra mework.java:748)
> at java.security.AccessController.doPrivileged(Native Method)
> at
> org.eclipse.osgi.framework.internal.core.Framework.installWo rker(Framework.jav
> a:799)
> at
> org.eclipse.osgi.framework.internal.core.Framework.installBu ndle(Framework.jav
> a:743)
> at
> org.eclipse.osgi.framework.internal.core.BundleContextImpl.i nstallBundle(Bundl
> eContextImpl.java:221)
> at
> org.eclipse.update.internal.configurator.ConfigurationActiva tor.installBundles
> (ConfigurationActivator.java:197)
> at
> org.eclipse.update.internal.configurator.ConfigurationActiva tor.start(Configur
> ationActivator.java:82)
> at
> org.eclipse.osgi.framework.internal.core.BundleContextImpl$2 .run(BundleContext
> Impl.java:991)
> at java.security.AccessController.doPrivileged(Native Method)
> at
> org.eclipse.osgi.framework.internal.core.BundleContextImpl.s tartActivator(Bund
> leContextImpl.java:985)
> at
> org.eclipse.osgi.framework.internal.core.BundleContextImpl.s tart(BundleContext
> Impl.java:966)
> at
> org.eclipse.osgi.framework.internal.core.BundleHost.startWor ker(BundleHost.jav
> a:317)
> at
> org.eclipse.osgi.framework.internal.core.AbstractBundle.resu me(AbstractBundle.
> java:329)
> at
> org.eclipse.osgi.framework.internal.core.Framework.resumeBun dle(Framework.java
> :1046)
> at
> org.eclipse.osgi.framework.internal.core.StartLevelManager.r esumeBundles(Start
> LevelManager.java:573)
> at
> org.eclipse.osgi.framework.internal.core.StartLevelManager.i ncFWSL(StartLevelM
> anager.java:495)
> at
> org.eclipse.osgi.framework.internal.core.StartLevelManager.d oSetStartLevel(Sta
> rtLevelManager.java:275)
> at
> org.eclipse.osgi.framework.internal.core.StartLevelManager.d ispatchEvent(Start
> LevelManager.java:455)
> at
> org.eclipse.osgi.framework.eventmgr.EventManager.dispatchEve nt(EventManager.ja
> va:189)
> at
> org.eclipse.osgi.framework.eventmgr.EventManager$EventThread .run(EventManager.
> java:291)
>
> !ENTRY org.eclipse.update.configurator 2007-03-30 09:36:07.874
> !MESSAGE Could not install bundle
> ../../plugins/org.eclipse.gmf.runtime.emf.clipboard.core_1.0 .1.v20060919-0800.
> jar
>
> Error converting plugin at
> C:\maya\cache\plugins\org.eclipse.gmf.runtime.emf.clipboard. core_1.0.1.v200609
> 19-0800.jar.
>
> Has anyone run into this issue before?
>
> Also, is there fix already available from GMF on this issue.
> Thanks,
> Sharanya
Re: Manifest Compatibility [message #85814 is a reply to message #85682] Mon, 02 April 2007 13:20 Go to previous messageGo to next message
Eclipse UserFriend
I'm getting this message also, I suspect in my case it's the way I'm searching for my mapping xml file for castor within my plugin bundle.
It might be worth putting a breakpoint at line 225 in your SecureAction class and find out which file/lib its trying to resolve when it throws that exception.
Re: Manifest Compatibility [message #85914 is a reply to message #85814] Tue, 03 April 2007 05:53 Go to previous messageGo to next message
Eclipse UserFriend
fixed this my removing mapping xml file from classpath. i believe this was being open as a zip/jar which was causing the exception to be thrown in my case
Re: Manifest Compatibility [message #87424 is a reply to message #85682] Wed, 02 May 2007 15:58 Go to previous message
Eclipse UserFriend
This is really strange. I have not been able to find that build of the
gmf bundles on the download sight. But many (maybe most) of the bundles
in the eclipse SDK have a space before the "singleton" directive. That
should not cause the issue you are seeing. You probably do not have the
bundles that failed for you anymore. But just incase you do can you
check to make sure the META-INF/MANIFEST.MF file contained in them is
using the correct case (all upper case) for the path?

Tom.
Previous Topic:How to determine which configuration directory is used by an Eclipse Instance
Next Topic:J9 javax.xml.parsers missing For DS
Goto Forum:
  


Current Time: Thu May 01 17:02:18 EDT 2025

Powered by FUDForum. Page generated in 0.03020 seconds
.:: Contact :: Home ::.

Powered by: FUDforum 3.0.2.
Copyright ©2001-2010 FUDforum Bulletin Board Software

Back to the top