Fully agree. Don't get me wrong: I don't want to remove features. We have lot of unique features in Karaf features that can't achieved using resources repositories.
The idea is more to give a more dynamic and generic approach to OSGi users as transition to use Karaf features. Regards JB Le 23 nov. 2018 à 07:53, à 07:53, Grzegorz Grzybek <gr.grzy...@gmail.com> a écrit: >Hello > >Nice round KARAF-6000 number! > >I added a comment under KARAF-6000 - I generally think that going the >_OSGi >way_ is a good thing™, but we have to remember about all the features >of >... Karaf features - blacklisting, prerequisites, overrides (bundle and >feature overrides) which may not be directly translatable to OSGi R7 >repositories. >But it's a great subject to investigate and I'll be more than happy to >review your PoC! > >best regards >Grzegorz Grzybek > >pt., 23 lis 2018 o 05:16 Jean-Baptiste Onofré <j...@nanthrax.net> >napisał(a): > >> Hi guys, >> >> as discussed since some weeks, Karaf 4.2.2 should be in vote in >couple >> of weeks. >> I started a Karaf 4.3.x branch locally and master will become 4.3.x >once >> 4.2.x branch will be created. >> >> Karaf 4.3.x will update to OSGi R7 and other major dependency >updates. I >> will include a new feature/improvement in 4.3.x: >> >> https://issues.apache.org/jira/browse/KARAF-6000 >> >> Today, Karaf supports resources repositories (yaml or xml) in >> etc/org.apache.karaf.features.cfg. A resource repository looks a bit >> like "old" OBR: it contains resources (bundles but also config, etc) >> with associated requirements and capabilities. >> The resolver uses those requirements and capabilities to find the >> dependency resources he should install when installing a feature or a >> bundle. That's convenient and close to the "core" OSGi approach. >> >> However, the resource repositories set defined in >> etc/org.apache.karaf.features.cfg is static: it's loaded and >evaluated >> when the features service starts, then the resolver uses it. >> >> The proposal in KARAF-6000 is to be able to update the resource >> repositories set on the fly (with dedicated commands for instance) >and, >> each time the resource repositories set is modified, perform a new >whole >> resolution. >> Basically, it means that only the "standard" Karaf features would be >> required at startup, the users will be able to use only resource >> repositories (not features repositories) once Karaf is started. >> I already started a PoC for KARAF-6000. >> >> Thoughts ? >> >> Regards >> JB >> -- >> Jean-Baptiste Onofré >> jbono...@apache.org >> http://blog.nanthrax.net >> Talend - http://www.talend.com >>