[equinox-dev] Implementation for Foreign App Admin.?
Hi All, Is there an equinox implementation for Foreign Application Admin Service as defined in the OSGi specification. I went through the eclipse OSGi downloads section, but could not find anything related. Thanks, Srijith. ___ equinox-dev mailing list equinox-dev@eclipse.org https://dev.eclipse.org/mailman/listinfo/equinox-dev
Re: [equinox-dev] Implementation for Foreign App Admin.?
The Equinox application container, which is implemented in the org.eclipse.equinox.app bundle, is a container for running Eclipse applications which are defined by the org.eclipse.core.runtime.applications extension point. This application container is not considered a Foreign application container because Eclipse applications are defined in real OSGi bundles and integrate fully into the OSGi environment (e.g. they can have a BundleActivator, export packages, use services etc.). Currently we do not have any examples of a Foreign application container in Equinox. Tom From: Srijith Kochunni [EMAIL PROTECTED] To: equinox-dev@eclipse.org Date: 03/03/2008 02:46 AM Subject:[equinox-dev] Implementation for Foreign App Admin.? Hi All, Is there an equinox implementation for Foreign Application Admin Service as defined in the OSGi specification. I went through the eclipse OSGi downloads section, but could not find anything related. Thanks, Srijith. ___ equinox-dev mailing list equinox-dev@eclipse.org https://dev.eclipse.org/mailman/listinfo/equinox-dev inline: graycol.gifinline: ecblank.gif___ equinox-dev mailing list equinox-dev@eclipse.org https://dev.eclipse.org/mailman/listinfo/equinox-dev
[equinox-dev] [prov] Changed repository version numbers
We made a number of breaking changes to p2 metadata and artifact repository formats last week in preparation for integration with the platform. Attempting to use old repositories sometimes appears to work but can fail in strange ways. To avoid these subtle problems as we migrate into the platform, I have just released a fix to HEAD that increments the repository version numbers. When you get tomorrow's build, you will no longer be able to load the old repositories. If you are running with p2 from HEAD today, you will need to rebuild your own repositories. From this point on, we will strive to maintain compatibility of the repository file formats. For details see: https://bugs.eclipse.org/bugs/show_bug.cgi?id=221178. John___ equinox-dev mailing list equinox-dev@eclipse.org https://dev.eclipse.org/mailman/listinfo/equinox-dev
[equinox-dev] j9 class sharing and CL.getResource
Hi! I have a question regarding J9 class sharing and the adaptor hooks: I have an adaptor hook that uses specialized bundle file objects to delegate to the j9 class sharing. This implementation is done for all path parameters that end with .class. Now a library that I use calls CL.getResource for a class file to get the bytecode of that class. In the case of j9 class sharing this call returns just some identifier used by j9 class sharing instead of the real bytecode. Did you observe similar problems with j9 class sharing? Do you have any idea how to solve this? Thanks for your help!!! Best regards, -Martin ___ equinox-dev mailing list equinox-dev@eclipse.org https://dev.eclipse.org/mailman/listinfo/equinox-dev
[equinox-dev] programmatically recognizing that a file is a bundle?
I have a user workflow where I want to treat a jar file that is a bundle differently than I treat a jar file that is just some archive of stuff. Is there a definitive way that I should programmatically examine a jar file and decide this is a bundle. I thought this would be relatively easy to find, but it wasn't obvious to me. If there's code to steal, can someone point me to it? Simon suggested I might crack it open and look in the manifest header for the Bundle-SymbolicName. I was hoping there was something more definitive, like, try to create a bundle from a file and it will throw some exception if it's not a bundle. ;-) susan___ equinox-dev mailing list equinox-dev@eclipse.org https://dev.eclipse.org/mailman/listinfo/equinox-dev