I think we should do differently ;-) But this is not a blocking issue, so I'll try to propose something for 3.1.2. Ideally, I'd like to have a complete and verified feature descriptor for karaf 4.0.0 (the karaf maven plugin can now do an OSGi resolution to ensure the feature is complete). CXF also has some libraries requirements which should be expressed correctly in the feature file. I'm planning to add a goal to the karaf plugin to translate the new feature syntax into a feature descriptor supported by karaf 2 and 3.
Anyway, here's my +1 2015-06-09 1:17 GMT+02:00 Andriy Redko <drr...@gmail.com>: > Hi Aki, > > Thanks a lot for trying out cxf-jaxrs-cdi. It is true, it needs CDI > dependency > to be present in the OSGi container. There are few reasons behind that: > - cxf-jaxrs-cdi does not manage version of CDI (1.0 / 1.1 / 1.2 / ...) > - cxf-jaxrs-cdi does not manage CDI provider (Weld / OpenWebBeans / ...) > - we totally rely on the CDI capabilities of the OSGi container > > The typical prerequisites for cxf-jaxrs-cdi are pax-cdi-1.2-web-weld or > pax-cdi-1.1-web-weld, depending on the applications demands. Please let > me know if it makes sense or we should do something differently. > > Thank you! > > Best Regards, > Andriy Redko > > AY> +1 > > AY> but I noticed two minor issues that need to be fixed in the next 3.1.x > version. > > AY> Feature cxf-transports-websocket-server can't get installed out of the > AY> box because it was my fault in not noticing earlier that atmosphere > AY> 2.3.0 was requiring javax.enterprise.context. (CXF-3.1.0 was using > AY> atmosphere-2.2.6). I'll see if we can make atmosphere to have this > AY> dependency optional. As a temporary workaround, one has to install > AY> geronimo's cdi bundle. Alternatively, do not use this feature but > AY> install atmosphere-2.2.7 because CXF 3.1.1 itself works with > AY> atmosphere 2.2.x or 2.3.x. In any case, > > AY> As another workaround, I thought one could just install feature > cxf-jaxrs-cdi. > AY> But this feature seems to be missing the dependency to the required > AY> cdi bundle. So it doesn't get installed out of the box. But this > AY> seemed to be the case with CXF 3.1.0 as well. > > AY> aki > > AY> 2015-06-05 22:49 GMT+02:00 Daniel Kulp <dk...@apache.org>: > >> 3.1.1 fixes a bunch of issues in 3.1.0 that would prevent it from > working properly in several normal use cases, particularly in OSGi. > > >> Staging area: > >> https://repository.apache.org/content/repositories/orgapachecxf-1044/ > > >> Tag: > >> > https://git-wip-us.apache.org/repos/asf?p=cxf.git;a=tag;h=f0d82d6f37105d1e2c97a459fb7fe41d98e1e401 > > >> Here is my +1. > > >> Vote will be open for 72 hours > > > > >> -- > >> Daniel Kulp > >> dk...@apache.org - http://dankulp.com/blog > >> Talend Community Coder - http://coders.talend.com > >
