I see...thanks. I really appreciate learning this...it was starting to drive me nuts.
Is this one of those good-idea-type things I should do in every bundle from now on? On Mon, Apr 4, 2011 at 11:05 PM, Richard S. Hall <[email protected]> wrote: > After looking at your bundles, you are not creating OSGi R4 bundles, you are > creating OSGi R3 bundles. You must include: > > Bundle-ManifestVersion: 2 > Bundle-SymbolicName: foo > > Technically, this isn't necessary to if you are just creating a bundle that > imports other packages normally, since R3 bundles can do that. However, > since a mandatory attribute is required, you need to create an R4 bundle > since attributes weren't available for R3 bundles. > > -> richard > > On 4/4/11 17:44, Richard S. Hall wrote: >> >> p.s. If you really can't figure it out, you can send me an example failing >> bundle and I will look at it. >> >> >> On 4/4/11 17:42, Richard S. Hall wrote: >>> >>> Not sure. If I look at the Gogo Command bundle, it does this in its >>> manifest: >>> >>> Import-Package: org.apache.felix.service.command;status=provisional;ve >>> rsion="0.8",org.osgi.framework;version="1.5",org.osgi.service.log;ver >>> sion="1.3",org.osgi.service.packageadmin;version="1.2",org.osgi.servi >>> ce.startlevel;version="1.1",org.osgi.util.tracker;version="1.3" >>> >>> That looks pretty similar, no? >>> >>> -> richard >>> >>> On 4/4/11 17:30, Donald Whytock wrote: >>>> >>>> Okay, I've tried the following: >>>> >>>> org.apache.felix.service.command;status=provisional;version="0.8.0" >>>> >>>> and on load it comes up with "missing requirement package; >>>> ($(package=org.apache.felix.service.command)(version>=0.8.0))" >>>> >>>> On Mon, Apr 4, 2011 at 5:22 PM, Richard S. Hall<[email protected]> >>>> wrote: >>>>> >>>>> You have to import it with status=provisional, since the Gogo API is >>>>> based >>>>> on unreleased OSGi API, so it will change in the future and we are >>>>> warning >>>>> you about this by making the "status" attribute mandatory. >>>>> >>>>> -> richard >>>>> >>>>> On 4/4/11 17:17, Donald Whytock wrote: >>>>>> >>>>>> Hi all... >>>>>> >>>>>> I'd like to execute felix shell commands from inside a bundle. Used >>>>>> to was, that was done with org.apache.felix.shell.ShellService. I >>>>>> assume it's done now using >>>>>> org.apache.felix.service.command.CommandSession, fetched from >>>>>> org.apache.felix.service.command.CommandProcessor. >>>>>> >>>>>> But I can't seem to connect to package >>>>>> org.apache.felix.service.command. My manifest: >>>>>> >>>>>> Import-Package: org.osgi.framework, >>>>>> org.chatterbot.parser, >>>>>> org.apache.felix.service.command >>>>>> Export-Package: org.chatterbot.parsers.shellparser >>>>>> Bundle-Activator: org.chatterbot.parsers.shellparser.activator >>>>>> Bundle-Name: Chatterbot ShellParser >>>>>> >>>>>> When I try to start the bundle I get "missing requirement package; >>>>>> (package=org.apache.felix.service.command)" >>>>>> >>>>>> I've tried adding ";version="0.8.0"" and it doesn't help. And yes, I >>>>>> have the three gogo bundles loaded and active. I even checked the gogo >>>>>> runtime .jar's manifest to make sure it was exporting the package. >>>>>> >>>>>> Any ideas? >>>>>> >>>>>> Thanks... >>>>>> >>>>>> Don >>>>>> >>>>>> --------------------------------------------------------------------- >>>>>> To unsubscribe, e-mail: [email protected] >>>>>> For additional commands, e-mail: [email protected] >>>>>> >>>>> --------------------------------------------------------------------- >>>>> To unsubscribe, e-mail: [email protected] >>>>> For additional commands, e-mail: [email protected] >>>>> >>>>> >>>> --------------------------------------------------------------------- >>>> To unsubscribe, e-mail: [email protected] >>>> For additional commands, e-mail: [email protected] >>>> >>> >>> --------------------------------------------------------------------- >>> To unsubscribe, e-mail: [email protected] >>> For additional commands, e-mail: [email protected] >>> > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [email protected] > For additional commands, e-mail: [email protected] > > --------------------------------------------------------------------- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected]
