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> 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 <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 <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/ <http://karaf.apache.org/>> >>>>> Committer & PMC >>>>> OPS4J Pax Web <http://wiki.ops4j.org/display/paxweb/Pax+Web/ >>>>> <http://wiki.ops4j.org/display/paxweb/Pax+Web/>> >>>>> Committer & Project Lead >>>>> blog <http://notizblog.nierbeck.de/ <http://notizblog.nierbeck.de/>> >>>>> Co-Author of Apache Karaf Cookbook <http://bit.ly/1ps9rkS >>>>> <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/>