First of all, thank you for taking your time and discussing it :-) I started "understanding" ServiceMix only after I had studied your book, and I always tell to anybody that they need to learn Camel to use efficiently ServiceMix.
> For some people ServiceMix is *JBI* as that is how it got started. > As a JBI implementation. > I started using ServiceMix at version 4, when Camel had already "replaced" JBI; for me ServiceMix means "versions of Camel, Karaf, Spring DM, CXF and ActiveMQ that works well together " + "useful jars wrapped to bundles" and maybe some integrated examples, and I believe it is the same for a lot of people. The only documentation that matter for ServiceMix is your book, the documentation of Karaf, books on Spring etc. In fact, I believe ServiceMix don't need more documentation than links to the relevant projects. ServiceMix could be for me simply a karaf feature, but I like to land on the ServiceMix website and see that someone is monitoring the other projects for regression and conflicts when used together. > Apache is an open community. So get INVOLVED. > well, surely I don't lack of motivation, but I lack of time and probably a lot o knowledge about the project :-) To be honest I lack of interest into NMR. If I do give some type of contribution, I would do with something I care. Also, discussing about the project here I believe is an important part of the contribution someone could do, don't you think? > Help the dying project. Improve its documentation, spread the word. > We try to spread the word: http://cristcost.github.io/sensormix-slides/index_en.html Help cut new releases etc. So why don't we really discuss if NMR etc. can be removed from ServiceMix? I will first study how to make my custom distribution of Karaf, if I will still like it, I will try to propose again this approach ;-) Regards, Cristiano
