I can live with that, but you might have to help set it up... I don't
know how to do an activation outside of a profile. Right now, assembly
is a module invoked when you run 'mvn install' from the top-level. Do
you mind setting it up so that we have a property, when defined, skips
the assembly phase?

(not to carry on the argument, even now, the 'mvn clean install'
doesn't build everything... it doesn't build the backported jars,
etc... I think there are things that belong in a profile. But, in this
case, I can see your point since the assembly is what builds the zips
that we would otherwise release)

-Wes

On Thu, Apr 23, 2009 at 1:16 PM, Wendy Smoak <wsm...@gmail.com> wrote:
> On Thu, Apr 23, 2009 at 9:42 AM, Wes Wannemacher <w...@wantii.com> wrote:
>> I'm not moving it to a plugin, I was going to move it to a profile.
>
> Sorry, typo. :)  I meant 'profile'.
>
>> I was testing a simple change (you can see below). Basically, 'mvn clean
>> install' will build everything and install it all into your ~/.m2/repo
>>
>> But, if you do 'mvn -Pall,assembly clean install' it will also build the 
>> zips.
>
> So 'mvn clean install' doesn't build everything then.
>
>> It's kind of a pain when you just want to make some incremental
>> changes. I haven't made any changes yet and I will make sure that the
>> release process remains easy, but we also need to keep development
>> easy too!
>
> I agree, I'm just suggesting that the default case be "build
> absolutely everything" and that you add something to the command line
> if you *don't* want part of it.
>
> --
> Wendy
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscr...@struts.apache.org
> For additional commands, e-mail: dev-h...@struts.apache.org
>
>



-- 
Wes Wannemacher
Author - Struts 2 In Practice
Includes coverage of Struts 2.1, Spring, JPA, JQuery, Sitemesh and more
http://www.manning.com/wannemacher

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@struts.apache.org
For additional commands, e-mail: dev-h...@struts.apache.org

Reply via email to