I am +1 on removing it, especially if nobody wants to maintain it. I tried to use it at one point and it just never really worked well. Hand-crafted features files are always the best option, IMHO. It might be nice to have a Maven archetype or something that would generate a "features module" from scratch, to give folks a starting point.
On Thu, Oct 13, 2016 at 5:08 AM Guillaume Nodet <gno...@apache.org> wrote: > The feature packaging is a nice thing, as it allows automatic attachment of > the feature file. > However, it always use the feature-generate-descriptor, which produces a > lot of weird results. > Afaik, the feature packaging is not much used and all projects i've seen, > such as pax projects, camel, cxf, and even karaf itself (including > decanter, cellar, karaf container...). > > I think part of the problem comes from the feature descriptor generation, > which is difficult to control. I have always found much easier to simply > write the feature manually. > Although the generation process rewrites the xml entirely, so that any xml > comments or license header is lost. > > Overall, I'm not sure that it makes our users life really easier. > > So I'd like to propose to get rid of the feature-generate-descriptor from > inside the feature packaging and replace it with the verify goal to > validate the hand-written features instead. > > Thoughts ? > > -- > ------------------------ > Guillaume Nodet > ------------------------ > Red Hat, Open Source Integration > > Email: gno...@redhat.com > Web: http://fusesource.com > Blog: http://gnodet.blogspot.com/ >
