On Wed, Feb 27, 2008 at 3:09 PM, sebb <[EMAIL PROTECTED]> wrote: > > On 27/02/2008, Niall Pemberton <[EMAIL PROTECTED]> wrote: > > On Wed, Feb 27, 2008 at 2:27 PM, sebb <[EMAIL PROTECTED]> wrote: > > > On 27/02/2008, Niall Pemberton <[EMAIL PROTECTED]> wrote: > > > > On Wed, Feb 27, 2008 at 2:07 PM, sebb <[EMAIL PROTECTED]> wrote: > > > > > On 27/02/2008, Jochen Wiedmann <[EMAIL PROTECTED]> wrote: > > > > > > On Wed, Feb 27, 2008 at 2:42 PM, sebb <[EMAIL PROTECTED]> > wrote: > > > > > > > > > > > > > <inceptionYear>2001</inceptionYear> > > > > > > > <maven.compile.source>1.3</maven.compile.source> > > > > > > > <maven.compile.target>1.3</maven.compile.target> > > > > > > > > > > > > > > > > > > > > > > > > Yes. But what's the problem? For the inceptionYear, that has > to be > > > > > > specified whenever you use a parent POM. And for the > compilation > > > > > > source and target properties: That has been in the > commons-parent POM > > > > > > since quite some time (and been quite successful, IMO). > > > > > > > > > > > > > > > > The problem is that the default generally works, even if it is > not > > > > > correct for the project. > > > > > So allowing projects to default these values is wrong - each > project > > > > > needs to make a conscious choice. > > > > > > > > > > > > Defaults are good > > > > > > > > > > Categorical statements are bad ;-) > > > > > > I agree that avoiding unnecessary extra work is good - however in this > > > case, I believe that the extra work needs to be done. > > > > > > We're not talking about major rework here - at most 3 lines need to be > > > added to the child POM. This only has to be done once, and only when > > > updating the parent POM (which is another edit in the same file). > > > > > > Yes, the compiler versions may need to be updated later, but that was > > > always true. > > > > > > The whole idea of commons-parent is that we don't have to explicitly > > configure everything in the component pom's - you set it in the parent > > and override only if necessary. So while it may only be three lines in > > EACH component pom - I'm against adopting what you say as a principle. > > > > I am not suggesting that all the defaults in the parent POM should be > removed. > > What I am saying is that it *is necessary* for projects to override > *these items*.
Well I don't agree with you - its a bad principle to set requiring duplicatiion for any items and IMO *its not necessary* for *these items*. Niall > > Niall > > > > > > > > > If the parent POM has to have an inceptionYear, then I suggest > it is > > > > > set to something like TBD (or 1900 if it has to be numeric) so > that it > > > > > is obvious when it has not been set by the project. > > > > > > > > > > [Likewise, if the versions have to be specified, then set them to > > > > > 99.99 or somesuch] > > > > > > > > > > > > I believe 2001 was the inception of commons: > > > > http://commons.markmail.org/search/?q= > > > > > > But not of all Commons components, and the NOTICE file is supposed to > > > reflect the particular artifacts that are being distributed. > > > > > > > Niall > > > > > > > > > > > > > > > > > > > > > Jochen > > > > > > > > > > > > > > > > > > > --------------------------------------------------------------------- > > > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > > > > > > > > > > --------------------------------------------------------------------- > > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > > > > > > --------------------------------------------------------------------- > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
