The manifest looks just fine. If you like you can send me the jar that
contains this manifest to test it out. Send it to my e-mail address.

On Wed, Jun 10, 2009 at 12:03 PM, Nima Kaviani <nima.kavi...@gmail.com>wrote:

> Thanks a lot Peter for the reply. I tried the generated bundles on Felix
> 1.8 and it works fine. It also works with Knopflerfish 2.3. But not when I
> call "mvn pax:provision". I tried switching the sub modules in the parent
> pom, but it didn't work either. Not sure what the problem is?!
>
> Here is the content for MANIFEST.MF. The SVN repository is password
> protected. I will try to open a hole and let you access it when I go to
> work, tmw morning. Meanwhile, I would appreciate any suggestion that you
> might have.
>
> thanks a lot for your help.
>
> Manifest-Version: 1.0
> Export-Package: ca.ubc.magic.broker.subscriber.service.tcp;uses:="ca.u
>  bc.magic.broker.impl,ca.ubc.magic.broker.api,org.apache.log4j,org.osg
>  i.service.cm,org.osgi.util.tracker,org.osgi.framework"
> Private-Package: ca.ubc.magic.broker.subscriber.service.*
> Built-By: nima
> Tool: Bnd-0.0.311
> Bundle-Name: osgibroker-subscriber-tcp
> Created-By: Apache Maven Bundle Plugin
> Bundle-Version: 0.0.1
> Build-Jdk: 1.6.0_10-rc
> Bnd-LastModified: 1244614682705
> Bundle-ManifestVersion: 2
> Bundle-Activator: ca.ubc.magic.broker.subscriber.service.tcp.TCPSubscr
>  iberService
> Bundle-SymbolicName: ubc.magic.broker.osgibroker.subscriber.tcp
> Import-Package: ca.ubc.magic.broker.api,ca.ubc.magic.broker.impl,ca.ub
>  c.magic.broker.subscriber.service.tcp,org.apache.log4j,org.osgi.frame
>  work;version="1.3",org.osgi.service.cm;version="1.2",org.osgi.util.tr
>  acker;version="1.3"
>
>
>
>
> On Wed, Jun 10, 2009 at 1:39 AM, Peter Neubauer 
> <neubauer.pe...@gmail.com>wrote:
>
>> Hi Nima,
>> do you have the code for the bundles somewhere? Seems there might be a
>> problem with the bundle metadta, the Manifest.mf etc?
>>
>> You could try to just start Felix or any other OSGi environment and
>> try loading the bundle manually and see if the same error occurs.
>>
>> HTH
>>
>> /peter
>>
>> GTalk:      neubauer.peter
>> Skype       peter.neubauer
>> Phone       +46 704 106975
>> LinkedIn   http://www.linkedin.com/in/neubauer
>> Twitter      http://twitter.com/peterneubauer
>>
>> http://www.neo4j.org     - New Energy for Data - The Graph Database.
>> http://www.ops4j.org     - New Energy for OSS Communities - Open
>> Participation Software.
>> http://www.qi4j.org        - New Energy for Java - Domain Driven
>> Development.
>>
>>
>>
>> On Tue, Jun 9, 2009 at 8:38 PM, Nima Kaviani<nima.kavi...@gmail.com>
>> wrote:
>> > Hi all,
>> >
>> > I have a problem when trying to use pax maven plugin. My parent POM has
>> a
>> > set of modules as follows
>> >
>> > <modules>
>> >       <module>api</module>
>> >       <module>impl</module>
>> >       <module>servlet-subscriber</module>
>> >       <module>tcp-subscriber</module>
>> > </modules>
>> >
>> > I have used apache's bundle plugin to create bundles for all the above
>> sub
>> > projects. I can install and start all the bundles generated from the
>> above
>> > modules individually on Felix, however when I run "mvn pax:provision", I
>> > encounter the following exception and I am not sure what the problem is.
>> > External bundle dependencies are defined in each sub-bundle's  pom and I
>> > believe pax should be able to resolve the dependencies without any
>> problem.
>> > yet, It doesn't even get to the point of resolving the dependencies and
>> > starts complaining about the format of the bundle, so I am not sure what
>> the
>> > problem can be. I appreciate any help.
>> >
>> > N.
>> >
>> >
>> >      /  / Oops, there has been a problem!
>> >       /  /
>> >      /__/   org.ops4j.pax.runner.platform.PlatformException:
>> > [mvn:ubc.magic.broker/osgibroker.subscriber.tcp/0.0.1] is not a valid
>> bundle
>> >     ___
>> >    /__/
>> >
>> >  -> Exception catched during execution:
>> > java.lang.RuntimeException:
>> org.ops4j.pax.runner.platform.PlatformException:
>> > [mvn:ubc.magic.broker/osgibroker.subscriber.tcp/0.0.1] is not a valid
>> bundle
>> >     at org.ops4j.pax.runner.Run.startPlatform(Run.java:627)
>> >     at org.ops4j.pax.runner.Run.start(Run.java:208)
>> >     at org.ops4j.pax.runner.Run.main(Run.java:137)
>> >     at org.ops4j.pax.runner.Run.main(Run.java:110)
>> >     at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>> >     at
>> >
>> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
>> >     at
>> >
>> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
>> >     at java.lang.reflect.Method.invoke(Method.java:597)
>> >     at
>> >
>> org.ops4j.pax.construct.lifecycle.ProvisionMojo.invokePaxRunner(ProvisionMojo.java:802)
>> >     at
>> >
>> org.ops4j.pax.construct.lifecycle.ProvisionMojo.deployRunnerNG(ProvisionMojo.java:780)
>> >     at
>> >
>> org.ops4j.pax.construct.lifecycle.ProvisionMojo.deployBundles(ProvisionMojo.java:477)
>> >     at
>> >
>> org.ops4j.pax.construct.lifecycle.ProvisionMojo.execute(ProvisionMojo.java:270)
>> >     at
>> >
>> org.apache.maven.plugin.DefaultPluginManager.executeMojo(DefaultPluginManager.java:483)
>> >     at
>> >
>> org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(DefaultLifecycleExecutor.java:678)
>> >     at
>> >
>> org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeStandaloneGoal(DefaultLifecycleExecutor.java:553)
>> >     at
>> >
>> org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal(DefaultLifecycleExecutor.java:523)
>> >     at
>> >
>> org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHandleFailures(DefaultLifecycleExecutor.java:371)
>> >     at
>> >
>> org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegments(DefaultLifecycleExecutor.java:268)
>> >     at
>> >
>> org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(DefaultLifecycleExecutor.java:181)
>> >     at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:356)
>> >     at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:137)
>> >     at org.apache.maven.cli.MavenCli.main(MavenCli.java:356)
>> >     at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>> >     at
>> >
>> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
>> >     at
>> >
>> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
>> >     at java.lang.reflect.Method.invoke(Method.java:597)
>> >     at
>> org.codehaus.classworlds.Launcher.launchEnhanced(Launcher.java:315)
>> >     at org.codehaus.classworlds.Launcher.launch(Launcher.java:255)
>> >     at
>> org.codehaus.classworlds.Launcher.mainWithExitCode(Launcher.java:430)
>> >     at org.codehaus.classworlds.Launcher.main(Launcher.java:375)
>> >
>> > --
>> > http://nima.magic.ubc.ca
>> >
>> > _______________________________________________
>> > general mailing list
>> > general@lists.ops4j.org
>> > http://lists.ops4j.org/mailman/listinfo/general
>> >
>> >
>>
>> _______________________________________________
>> general mailing list
>> general@lists.ops4j.org
>> http://lists.ops4j.org/mailman/listinfo/general
>>
>
>
>
> --
> http://nima.magic.ubc.ca
>
> _______________________________________________
> general mailing list
> general@lists.ops4j.org
> http://lists.ops4j.org/mailman/listinfo/general
>
>


-- 
Alin Dreghiciu
Software Developer - Looking for new projects!
My profile: http://www.linkedin.com/in/alindreghiciu
My blog: http://adreghiciu.blogspot.com
http://www.ops4j.org - New Energy for OSS Communities - Open Participation
Software.
http://www.qi4j.org - New Energy for Java - Domain Driven Development.
_______________________________________________
general mailing list
general@lists.ops4j.org
http://lists.ops4j.org/mailman/listinfo/general

Reply via email to