Looking forward to Peter's reply to this :-)
Christian
On 24.10.2014 16:43, PedroD wrote:
Greetings,
I’m using Felix Framework for my OSGi project, but I’ve came across a
severe problem concerning third party dependencies.
I’m using eclipse and maven-bundle-plugin to generate my bundles from
the sources and the MANIFEST.MF from the POM.XML file. So far so good.
however when I have some third party dependency in my bundle, I find
myself looking for an infinite list of JARs, which usually are not
bundles, and putting them in my /bundle Felix directory until no more
dependencies are missing.
I call this process “Downloading the Internet for my OSGi application
to work”.
What am I doing wrong? Sure I must be doing something very wrong,
because I can’t imagine anyone having a bundle A that depends on B,
which then depends on C and D, and then those two will depend on
several others and so on… to go look for ALL those dependencies
manually using google or maven central! That's insane!
What is the correct way to automate this? I would love to have one of
the two solutions:
1) Be able to create a massive JAR file with all of its dependencies
embedded, but exporting only the packages I want, and, of corse, not
importing any package.
2) (My preferred solution) Having a way to get all my dependencies
into individual JAR files that I can simply paste into the /bundle
directory.
3) (Even more preferred) Having a way to use third party JARs without
downloading 8GB of dependencies to my project.
I have found tools that do me this, *but just for direct (1st degree)
dependencies*, leaving transitive dependencies for me to solve manually.
This problem is critical. The lack of such a tool hampers the usage of
OSGi. I’ve searched and searched and searched, I’ve came across all
the 101 solutions such as PAX, bndtools, and friends, but it seems
that they *do not* solve this issue…
Please help me. *Please provide a living example if you can, people
like me around the world will benefit from the solution to this problem.*
Thanks!
_______________________________________________
OSGi Developer Mail List
osgi-dev@mail.osgi.org
https://mail.osgi.org/mailman/listinfo/osgi-dev
--
Christian Schneider
http://www.liquid-reality.de
Open Source Architect
http://www.talend.com
_______________________________________________
OSGi Developer Mail List
osgi-dev@mail.osgi.org
https://mail.osgi.org/mailman/listinfo/osgi-dev