Agree Christian.
I like your solution, and it makes sense to test it (I just afraid by
the fragment at system level, in theory it works, but we have to test it).
In any case, it's too late for Camel 2.9.0 (and it's not a big deal, as
Camel 2.9.0 will work as Camel 2.8.x).
The endorsed folder could be another solution (as Guillaume began to test).
I'm on new KAR features and Cellar today. I will take a look tomorrow.
Regards
JB
On 12/27/2011 09:09 AM, Christian Schneider wrote:
As far as I know the by far most popular usage of Karaf is for CXF and
Camel. So I think it makes sense to
handle that case specially. My proposal with two different features
would handle the general case quite smoothly and still provide the
convenience for camel and cxf users. We could even extend that to more
common use cases
and also remove those exports from the system bundle and replace them
with fragements for the basic case and special bundles when they need to
be enhanced.
Of course I also agree that we should keep searching for a better way
but in the mean time this would really improve the out of the box
experience for users.
Christian
Am 26.12.2011 20:13, schrieb Guillaume Nodet:
Once again, a lot of karaf users just want OSGi. People who want to
deploy
cxf or camel should be targetted to ServiceMix instead.
On Monday, December 26, 2011, Jean-Baptiste Onofré<[email protected]>
wrote:
Agree Ioannis,
I think that 95% of the users don't know the issue, the jre.properties,
etc :)
They just want to use Camel or CXF directly in Karaf.
Regards
JB
On 12/26/2011 04:13 PM, Ioannis Canellos wrote:
Is there any chance that there are users that prefer the jre packages ?
From what I understand most Karaf users will not use them at all, but I
am
not sure about it.
If most of our users, will disable them anyway, I see no reason not
doing
it ourselves ( +1 ).
--
Jean-Baptiste Onofré
[email protected]
http://blog.nanthrax.net
Talend - http://www.talend.com
--
Jean-Baptiste Onofré
[email protected]
http://blog.nanthrax.net
Talend - http://www.talend.com
