Hello Cristiano,
I think I was in your shoes about 3 years ago ;-) and sure I understand you
very well.
I'm customer of Apache products and not contributor.
The JBI and NMR and SpringDM were my main concerns at that time.
As result I went with SCA approach, where my OSGi components (bundles) are
connected ether by OSGi services or JMS (AMQ), while data flow is managed by
Camel.
To avoid ClassLoader issues with SpringDM I went with Blueprint (Aries) and
this what I'd recommend you as well.
In the Aetos you can configure exactly what components to use and what
versions.
This is done in short in features.xml (filtered-resources) and later via
featuresBoot (org.apache.karaf.features.cfg ).
I hope you'll find middle ground that works for you ;-)
Michael.
-----Original Message-----
From: Cristiano Costantini
Sent: Saturday, February 08, 2014 1:21 PM
To: [email protected]
Subject: To servicemix or not to servicemix
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
---
This email is free from viruses and malware because avast! Antivirus protection
is active.
http://www.avast.com
