On 22 September 2011 15:17, Simone Tripodi <simonetrip...@apache.org> wrote: > Hi all guys, > al the components I have been touching (digester, discovery, chain, > functor, dbutils, pool2, graph, meiyo) have exactly the same assembly > descriptors and assembly plugin configuration. > > I honestly think that we could do a little step of improvement and > remove that redundancy. > > My proposal is using the 'sharing assembly descriptors'[1] technique, > creating a new component containing the -bin and -src descriptors, > then configuring the assembly plugin in the parent in the way it > reuses the shared descriptors. > Components that need a different configuration, they just override the > assembly plugin configuration to get custom assembly descriptors as > input. > > I feel comfortable with that approach having experienced it in > MyBatis[2] (formerly Apache iBATIS) > > WDYT? > It would help us on saving both (even if trivial) space and time > (configured once, reused everywhere).
The parent POM currently only applies the assembly plugin when using the rc or release profiles. I assume this would not change? In which case, it cannot cause additional for components that don't use the profiles, and any components that don't have assembly descriptors presumably already have problems when using either profile. > Please just let me know, I can take care of it! > All the best, have a nice day, > Simo > > [1] > http://maven.apache.org/plugins/maven-assembly-plugin/examples/sharing-descriptors.html > [2] > http://code.google.com/p/mybatis/source/browse/#svn%2Fsub-projects%2Fbase-bundle-descriptor%2Ftrunk > > http://people.apache.org/~simonetripodi/ > http://www.99soft.org/ > > --------------------------------------------------------------------- > To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org > For additional commands, e-mail: dev-h...@commons.apache.org > > --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
