Re: svn commit: r473132 - /struts/maven/trunk/pom/pom.xml

[Wendy Smoak <ws...@gmail.com>]

On 11/9/06, ddewolf@apache.org <dd...@apache.org> wrote:
> Author: ddewolf
> Date: Thu Nov  9 15:08:12 2006
> New Revision: 473132
>
> URL: http://svn.apache.org/viewvc?view=rev&rev=473132
> Log:
> use unique versions for snapshots

Do we still need this, or does occasionally publishing a fixed
snapshot of Tiles 2 take care of most of the problems?

There's been talk of releasing Maven 2.0.5 which should resolve the
issue of it not downloading new snapshots unless they're timestamped.
No idea when, only that it came up on dev@maven recently.

-- 
Wendy

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

Re: svn commit: r473132 - /struts/maven/trunk/pom/pom.xml

["David H. DeWolf" <dd...@apache.org>]

Wendy Smoak wrote:
> On 11/9/06, ddewolf@apache.org <dd...@apache.org> wrote:
>> Author: ddewolf
>> Date: Thu Nov  9 15:08:12 2006
>> New Revision: 473132
>>
>> URL: http://svn.apache.org/viewvc?view=rev&rev=473132
>> Log:
>> use unique versions for snapshots
> 
> Do we still need this, or does occasionally publishing a fixed
> snapshot of Tiles 2 take care of most of the problems?

That will work, but is it automated?

> 
> There's been talk of releasing Maven 2.0.5 which should resolve the
> issue of it not downloading new snapshots unless they're timestamped.
> No idea when, only that it came up on dev@maven recently.

I thought that the point of timestamped snapshots was to allow projects 
(shale and struts2) to depend upon snapshots while at the same time not 
breaking the build as soon as a new snapshot was published.  I don't 
think 2.0.5 will fix that.


David

> 

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