Brill,
First, let me apologize for calling you Brent in my previous posting.
Second, I agree with you. It would be a very simple enhancement to the war
plugin. All that should be needed are:
1. Define a new Boolean property, named something to the effect of
maven.war.generate.jar
2. Enhance war:webapp goal by adding something similar to the following
(which is the same thing that the postGoal does that I gave in my previous
reply to you):
<j:if test="${maven.war.generate.jar}">
<attainGoal name="jar:jar"/>
<ant:copy file="${maven.final.name}.jar"
todir="${maven.war.webapp.dir}/WEB-INF/lib"/>
<ant:delete dir="${maven.war.webapp.dir}/WEB-INF/classes"/>
</j:if>
By default, the war plugin would set the new property to false, so that
default behavior remains unchanged (i.e., no jar file is generated).
-- Chuck
> -----Original Message-----
> From: Brill Pappin [mailto:[EMAIL PROTECTED]
> Sent: Tuesday, June 29, 2004 12:01 PM
> To: Maven Users List
> Subject: Re: RFE for the war plugin
>
>
> I thought I had explained this?
>
> Under no circumstances am I asking that classes not ever go into the
> classes directory, I'm not even asking that the JAR method be the
> default... I just want to be able to do it.
>
> Our requirements do not "clash" not even a little bit. So far, I've only
> herd reasons against it like "we don't want to, because we can't see the
> value" while I've given a good reason to add it -- I don't see where the
> problem is in terms of *adding the ability*... please note I didn't say
> *remove the old method*.
>
> As for "convincing" people, I don't actually care if you want to use it
> or not; I explained why I was asking for it and it's a valid reason with
> a solid implementation behind it (the subject is RFE with means "request
> for enhancement").
>
> If you want to know more about what I'm doing (and why I'm asking for
> this), you can get a very good idea at this site:
> http://java.sun.com/j2se/1.4.2/docs/guide/versioning/index.html
>
> Specifically take a look at the "Package Versioning Specification" which
> is link to the URL above, or at this URL:
> http://java.sun.com/j2se/1.4.2/docs/guide/versioning/spec/versioni
> ngTOC.html
>
> I apologize to everyone if I'm sounding a bit "huffy" in this post but
> I've said the same thing for the 3rd time now.
> Frankly I think it imperative in a tool that your not supposed to have
> to customize too much, that all the options are covered... and that
> alone is a reason to add this ability.
> Mavin is built on the premise that the build is "uniform" and "easy", so
> if I go and write my own plugin that duplicates exactly what another
> plugin already does except one small addition, what the heck is the
> point of Maven in the first place? I'd be better off using Ant.
>
> - Brill Pappin
>
> Maczka Michal wrote:
>
> >But sometimes two users have clashing requirements ( I am myself
> also a user
> >of war plugin
> >and in some cases for some reasons I really need to have classes in
> >WEB-INF/classes folder).
> >
> >If you are not convincing enough you have 0% of chances that such change
> >which your are asking for will be ever made.
> >
> >
> >
>
> ---------------------------------------------------------------------
> 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]
