I agree, I think karaf should be easily configurable (perhaps through assembly a custom server) to support whatever spec versions you want.
Is there any actual documentation of the karaf-activator stuff and clear details on what goes wrong with spec-bundles? Some of these problems may be caused by unspecified package versions for spec packages. People at osgi have talked about figuring out some recommendations but I don't think anyone has actually worked on it yet. thanks david jencks On Dec 26, 2011, at 7:05 PM, Daniel Kulp wrote: > On Monday, December 26, 2011 8:13:39 PM Guillaume Nodet wrote: >> Once again, a lot of karaf users just want OSGi. People who want to deploy >> cxf or camel should be targetted to ServiceMix instead. > > This is where I STRONGLY disagree with you. If people want to deploy CXF or > Camel into OSGi, we should be working on making that easier and work better > if > at all possible, not point them off to another project. Installing CXF > should just be a features:addurl and a features:install. People may > already > have OSGi based applications that they want to add CXF or Camel services > into. > They definitely shouldn't be required to switch to ServiceMix for that. > > I'm hoping your activator idea can really get us there. If that works well, > then I'm hoping the above can really become a reality. > > Dan > > > >> >> 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 > -- > Daniel Kulp > [email protected] - http://dankulp.com/blog > Talend Community Coder - http://coders.talend.com
