Hi Richard,
unfortunately, as a company has to "pay" to join the OSGi Alliance, it's
not easy for Apache guys to participate.
We would (at least Christian, Achim and I, Guillaume is already involved
in OSGi Alliance) be more than happy to join the OSGi Alliance and help !
I think that Karaf is significant in the OSGi ecosystem, and I think it
makes sense that Karag guys are involved in the OSGi alliance.
I hope to see some feedback from you.
My $0.01
Regards
JB
On 11/26/2015 07:26 AM, Richard Nicholson wrote:
All,
The Bndtools team (Paremus (Neil Bartlett, Tim word) / IBM (BJ Hargrave)
& Peter Kriens) are all heavily involved in OSGi specification work
which feeds from and feeds Bndtools activities.
If your companies are interested in influencing OSGi specification work
/ direction of tooling - I’d encourage you to join the OSGi Alliance.
Happy to provide further details to interested individuals upon request.
Best Wishes
Richard Nicholson
Paremus.
On 26 Nov 2015, at 06:13, David Leangen <apa...@leangen.net
<mailto:apa...@leangen.net>> wrote:
Hi JB,
If a plugin is required to create a features set for each development
environment, that would probably create a lot of extra work.
If instead a features set could be generated from a generic OBR
repository, then the solution would be generalised to any development
environment. Instead of Karaf features being something totally
different, it would instead be layered on top of the OBR spec. I think
adding a “karaf feature” capability to one or more bundles in a
repository not only makes sense, but is exactly the purpose of the
whole capability / requirement principle.
At least, those are my thoughts…
Also, when development, I would prefer to simply have one type of
(generic) output, rather than have to specialise my output depending
on the runtime environment. I can imagine a set of annotations that
would make feature creating really simple.
Maybe this would be a candidate for a spec update, though I am getting
into very unknown territory, as I am by no means an expert in the OSGi
spec.
My 2yen.
Cheers,
=David
On Nov 26, 2015, at 2:34 PM, Jean-Baptiste Onofré <j...@nanthrax.net
<mailto:j...@nanthrax.net>> wrote:
Hi David,
It would be great if bndtools is able to "generate" the features.
I know that Christian discussed with bndtools guys about that, and
I'm also jumping in bndtools to help.
WDYT ?
Regards
JB
On 11/26/2015 01:36 AM, David Leangen wrote:
Hi,
If it’s any help, I am also using bndtools in Eclipse/gradle. I am in a
greenfield environment, so it is probably easier for me.
Thanks to the help of the kind people in this community, I was able to
get my release process working. I do this by releasing my bundles from
bndtools, then having Karaf pull in the bundles from that repository. I
actually like this way of passing the baton, as it nicely decouples my
development environment from my deployment environment, using the
standard OBR repository as the intermediary.
My only remaining challenge is, since Karaf is centred around features,
to figure out how to convert my bnd “application” bundle into a feature.
This is the bundle that pulls in all the other necessary bundles based
on direct and transient requirements. Clearly, the “application” bundle
performs the same function as a Karaf feature, so this would be an
interesting avenue to explore.
If possible this week I will experiment with adding a “Karaf Feature”
capability to my application bundle, so that when the repository is
installed, any bundle with this capability will be added to a
corresponding feature, which would also get installed into the system.
If this works as I expect, and if the community is interested, I could
try to submit a pull request.
Getting back to the title, “Bndtools & Karaf : the right way”, I think
that this would be the “right” way to do it. :-)
Cheers,
=David
On Nov 26, 2015, at 4:29 AM, developm...@mobigov.com
<mailto:developm...@mobigov.com>
<mailto:developm...@mobigov.com> wrote:
Yes agreed,
I have found that my reasons for leaving the maven-bundle-plugin
were artificial. You do not need a custom package type because you
can map the lifecycle steps yourself. You can still configure it for
a bnd file and even if it imports by default you can manually
configure it to exclude by default and set all your imports. What I
was trying to get across was that there are a lot of great options out
there for how to configure your environment and there is no "the right
way". In my opinion karaf is maven centered where as bnd is centered
on eclipse and its workspaces but they are coming together nicely. It
may take some time to find the tools you like but there are a lot of
really smart people out there that can help you get just the
environment you like.
David Daniel
On 2015-11-25 14:20, Achim Nierbeck wrote:
Hi,
just for the record with the maven-bundle-plugin you can also use the
bnd file, just configure the pom accordingly.
regards, Achim
2015-11-25 16:51 GMT+01:00 <developm...@mobigov.com
<mailto:developm...@mobigov.com>
<mailto:developm...@mobigov.com>>:
I think different people handle things in different ways. Most
people who work on karaf seem to use the maven bundle plugin with
pax-exam for testing. The maven-bundle-plugin uses bnd tools
underneath and just moves the configuration into your pom file
instead of .bnd or .bndrun file. What I have been moving to as a
very beginner in karaf is the bnd-maven-plugin and
bnd-indexer-plugin. These allow for tighter integration with bnd
tools but are really alpha in bnd tool 3.1 You have to get the
builds from bnd tools ci and they don't have support for bnd
tools running and packaging. I also find myself taking all the
features that I use from karaf and coping the information in
there to bnd files so I can run test and package from bnd tools
which is a lot of duplication of work. Bnd Tools is working on
adding better maven support but they are really built up around
eclipse and gradle at this time. I think you will have to find
what works for you and what features you like.
David Daniel
On 2015-11-25 09:41, deadbrain wrote:
Hi all Karaf gurus,
just a little question dealing with BndTools, I am supposed
to refactor
an existing Spring DM application into an OSGi + Blueprint
application
to be deployed inside ServiceMix (3.4 or 4). As a
consequence I would
like to use Bndtools but launching Karaf rather than the
defaut Gogo
shell would be more convenient.
What is the best way to do that ?
I am supposed to write or reuse an ApplicationFactory ? I
found a couple
of implementations in github (ready to use ?)
Is there any other valuable option?
Kind regards
Jerome
--
Apache Member
Apache Karaf <http://karaf.apache.org/> Committer & PMC
OPS4J Pax Web <http://wiki.ops4j.org/display/paxweb/Pax+Web/>
Committer & Project Lead
blog <http://notizblog.nierbeck.de/>
Co-Author of Apache Karaf Cookbook <http://bit.ly/1ps9rkS>
Software Architect / Project Manager / Scrum Master
--
Jean-Baptiste Onofré
jbono...@apache.org <mailto:jbono...@apache.org>
http://blog.nanthrax.net <http://blog.nanthrax.net/>
Talend -http://www.talend.com <http://www.talend.com/>
--
Jean-Baptiste Onofré
jbono...@apache.org
http://blog.nanthrax.net
Talend - http://www.talend.com
