Skip to main content


Eclipse Community Forums
Forum Search:

Search      Help    Register    Login    Home
Home » Modeling » GMF (Graphical Modeling Framework) » Manifest Compatibility
Manifest Compatibility [message #115801] Fri, 30 March 2007 20:26 Go to next message
Sharanya Doddapaneni is currently offline Sharanya DoddapaneniFriend
Messages: 2
Registered: July 2009
Junior Member
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 #115813 is a reply to message #115801] Fri, 30 March 2007 21:08 Go to previous messageGo to next message
Richard Gronback is currently offline Richard GronbackFriend
Messages: 605
Registered: July 2009
Senior Member
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 #123537 is a reply to message #115801] Wed, 02 May 2007 19:58 Go to previous message
Thomas Watson is currently offline Thomas WatsonFriend
Messages: 503
Registered: July 2009
Senior Member
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:GMF Copy and Paste using Hibernate Resource
Next Topic:Opening a GMF diagram from java code
Goto Forum:
  


Current Time: Sat Nov 09 01:00:41 GMT 2024

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

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

Back to the top