rue,
strub
- Original Message -
> From: Mark Struberg
> To: Maven Developers List
> Cc:
> Sent: Tuesday, August 28, 2012 12:10 AM
> Subject: Re: improving incremental builds
>
> Hi Benson!
>
>> However, a dependency *has* changed,
>
> Yea, thanks for the exa
f this happens.
>
>
>
>>
>> Of course, most of those plugins do not yet support this. But there is
> nothing stopping us from hacking that ;)
>>
>> LieGrue,
>> strub
>>
>>
>>
>>
>> - Original Message -
>&g
trub
>
>
>
>
> - Original Message -
>> From: Benson Margulies
>> To: Maven Developers List ; Mark Struberg
>>
>> Cc:
>> Sent: Monday, August 27, 2012 11:13 PM
>> Subject: Re: improving incremental builds
>>
>> Mark, I don
; To: Maven Developers List ; Mark Struberg
>
> Cc:
> Sent: Monday, August 27, 2012 11:13 PM
> Subject: Re: improving incremental builds
>
> Mark, I don't see how this helps. If the jar plugin hasn't rebuilt the
> jar, the shade plugin can't rebuild the jar, ev
t this step.
>
> LieGrue,
> strub
>
>
>
>
>>
>> From: Stephen Connolly
>>To: Maven Developers List ; Mark Struberg
>>
>>Sent: Monday, August 27, 2012 9:53 PM
>>Subject: Re: improving incremental builds
>>
>>
>>The issue
riginal Message -
> From: Mark Struberg
> To: Maven Developers List
> Cc:
> Sent: Monday, August 27, 2012 10:33 PM
> Subject: Re: improving incremental builds
>
> I've wrote up some stuff in our Wiki:
>
> https://cwiki.apache.org/confluence/display/MAVEN/Increment
from trunk
- Original Message -
> From: Mark Struberg
> To: Maven Developers List
> Cc:
> Sent: Monday, August 27, 2012 10:04 PM
> Subject: Re: improving incremental builds
>
>t he shade plugin would just need to store a local status file with the md5 of
> the
>
> From: Stephen Connolly
>To: Maven Developers List ; Mark Struberg
>
>Sent: Monday, August 27, 2012 9:53 PM
>Subject: Re: improving incremental builds
>
>
>The issue (for benson) is when the shade plugin modifies after the class file
> LieGrue,
> strub
>
>
>
>
> >
> > From: Stephen Connolly
> >To: Maven Developers List
> >Cc: Mark Struberg
> >Sent: Monday, August 27, 2012 8:11 PM
> >Subject: Re: improving incremental builds
> >
> &
> ..place long-winded disclaimer here..
>
>
>> Date: Mon, 27 Aug 2012 13:09:59 -0400
>> Subject: Re: improving incremental builds
>> From: bimargul...@gmail.com
>> To: dev@maven.apache.org; strub...@yahoo.de
>>
>> On Mon, Aug 27, 2012 at 12:07 P
>Cc: Mark Struberg
>Sent: Monday, August 27, 2012 8:11 PM
>Subject: Re: improving incremental builds
>
>
>On 27 August 2012 19:10, Stephen Connolly
>wrote:
>
>On 27 August 2012 18:09, Benson Margulies wrote:
>>
>>On Mon, Aug 27, 2012 at 12:07 PM, Mark Str
>> > But the worst thing happening would be that we compile too much. Thats
>> still better than a full mvn clean install :)
>> >
>> > LieGrue,
>> > strub
>> >
>> >
>> >
>> > - Original Message -
>> >> From: Benson Ma
pening would be that we compile too much. Thats
> still better than a full mvn clean install :)
> >
> > LieGrue,
> > strub
> >
> >
> >
> > - Original Message -
> >> From: Benson Margulies
> >> To: Maven Developers List
400
> Subject: Re: improving incremental builds
> From: bimargul...@gmail.com
> To: dev@maven.apache.org; strub...@yahoo.de
>
> On Mon, Aug 27, 2012 at 12:07 PM, Mark Struberg wrote:
> > build1 and build 2 are different modules or different mvn invocations with
> > some time i
t;
>> Cc:
>> Sent: Monday, August 27, 2012 5:07 PM
>> Subject: Re: improving incremental builds
>>
>> On Mon, Aug 27, 2012 at 8:40 AM, Mark Struberg wrote:
>>> We might implement this by storing the list of all activated profiles + all
>> resolved envi
be that we compile too much. Thats still
better than a full mvn clean install :)
LieGrue,
strub
- Original Message -
> From: Benson Margulies
> To: Maven Developers List ; Mark Struberg
>
> Cc:
> Sent: Monday, August 27, 2012 5:07 PM
> Subject: Re: improving
gt; LieGrue,
> strub
>
>
>
> - Original Message -
>> From: Anders Hammar
>> To: Maven Developers List ; Mark Struberg
>>
>> Cc:
>> Sent: Monday, August 27, 2012 12:24 PM
>> Subject: Re: improving incremental builds
>>
>>> +0 for auto d
s List ; Mark Struberg
>
> Cc:
> Sent: Monday, August 27, 2012 12:24 PM
> Subject: Re: improving incremental builds
>
>> +0 for auto detecting changed scenarios. If someone changes a profile or
> the whole pom, then I'd expect he invokes a clean manually. We have
> Sent: Monday, August 27, 2012 12:28 PM
> Subject: Re: improving incremental builds
>
> Hi,
>
> The full invremental is great but not always possible (think to assembly
> plugin, some case xill be very hard to handle in snapshot mode i guess)
>
> Maybe it is time
> developers), which I think is what we try to get away from.
>
> /Anders
>
> >
> > LieGrue,
> > strub
> >
> >
> >
> >
> > - Original Message -
> >> From: Anders Hammar
> >> To: Maven Developers List
> >>
ry to get away from.
/Anders
>
> LieGrue,
> strub
>
>
>
>
> - Original Message -
>> From: Anders Hammar
>> To: Maven Developers List
>> Cc:
>> Sent: Monday, August 27, 2012 9:57 AM
>> Subject: Re: improving incremental builds
>&
le pom, then I'd expect he invokes a clean manually. We have to document
> this expectation of course.
>
> LieGrue,
> strub
>
>
>
>
> - Original Message -
>> From: Anders Hammar
>> To: Maven Developers List
>> Cc:
>> Sent: Monday,
gt; From: Anders Hammar
> To: Maven Developers List
> Cc:
> Sent: Monday, August 27, 2012 9:57 AM
> Subject: Re: improving incremental builds
>
>> I already started tweaking the m-compiler-plugin and found quite scary
> issues. There is e.g. MCOMPILER-21 (open since 200
field from plexus original:
> protected to 'private')
>
> PPS: how do we maintain the plexus-compiler-utils stuff? This contains some
> weirdo bugs which should get fixed...
>
>
>
> - Original Message -
>> From: Olivier Lamy
>> To: Maven Devel
how do we maintain the plexus-compiler-utils stuff? This contains some
weirdo bugs which should get fixed...
- Original Message -
> From: Olivier Lamy
> To: Maven Developers List ; Mark Struberg
>
> Cc:
> Sent: Monday, August 27, 2012 9:13 AM
> Subject: Re: improving
r upgrade from one version to another) or has a different md5 (this
> covers SNAPSHOT versions) , then we could force a full rebuild (mvn -amd) of
> this module.
>
>
> LieGrue,
> strub
>
>
>
> - Original Message -----
>> From: David Jencks
>> To: Mave
-amd) of this
module.
LieGrue,
strub
- Original Message -
> From: David Jencks
> To: Maven Developers List
> Cc:
> Sent: Sunday, August 26, 2012 8:34 AM
> Subject: Re: improving incremental builds
>
> Is what you want different from what
>
> mvn -amd modu
Is what you want different from what
mvn -amd moduleA
does? So your idea is to find the list of changed modules and then build that
list with -amd?
thanks
david jencks
On Aug 25, 2012, at 1:32 PM, Mark Struberg wrote:
> Hi folks!
>
> After a short discussion with Kristian, I've created a s
Hi folks!
After a short discussion with Kristian, I've created a small app with 2 modules
which shows a few problems with mavens incremental build logic.
And since incremental builds do not work well, people use
$> mvn _clean_ install
all the time.
We could speed up the development effort heav
29 matches
Mail list logo
