I had some ideas about expanding classifier usage for use with NMaven. May
be worth a look:
http://docs.codehaus.org/display/MAVENUSER/Expanded+Classifier+Support

Shane

On Thu, Jul 31, 2008 at 8:04 AM, Jesse McConnell
<[EMAIL PROTECTED]>wrote:

> > Maybe we extend the definition of a classifier to explicitly refer to
> things
> > like sources and javadocs which have no impact on the dependency
> > requirements. GWT for the MAC is really a different artifact then GWT for
> > Linux and maybe we should just start treating them as such.
> >
>
> This is what I was thinking when reading through this thread.  Jan has
> grumbled about us maven guys and our double standards every time I
> pull out the classifier card in jetty.  I have defended it because of
> things like the sources and javadoc are perfect additive artifact-lite
> additions to the repository and metadata of an artifact.  But they are
> linked to that core artifact in question very strongly.  As soon as we
> start adding classifiers for things like jdk version and need to alter
> the core dependency set associated with the artifact it feels like we
> have lost our way a bit.
>
> classifiers have become a bit like profiles in that sense, they are a
> point in maven that is easy to abuse and we are increasingly abusing
> it...Just the other day the apacheds guys were trying to get test
> cases from one artifact usable in another and it seemed logical to
> wrap those tests up in a classifier and use them (which we advocate in
> places) but that didn't really cut it, they didn't want to extend the
> test classes in the test classified component, they wanted the actual
> tests run, probably configured to use some new component.  Sure this
> could be added to surefire if there is a way to looking up the
> classnames with Test in them.. but you could do it _now_ under the
> current classifier setup if you produce a new artifact that is
> composed of the test source itself and then dropping that source into
> a place to be compiled and used as tests...(they didn't do this I
> don't think)
>
> my point is that this is quickly leaving the realm of 'one artifact
> per pom' since we can easily have multi-purpose artifacts being
> produced...and if it can be done it probably will be done (or I have
> already done it and busted something else :P)
>
> jesse
>
> --
> jesse mcconnell
> [EMAIL PROTECTED]
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>

Reply via email to