hi,
+1 non-binding from me...
Tested with different of my projects no problems at all...
Kind regards
Karl Heinz Marbaise
-
Kind regards
Karl Heinz Marbaise
http://www.soebes.de
http://www.skmwiki.de
http://supose.org/wiki/supose
--
View this message in context:
http://maven.40175.n5.
+1
Kristian
Den 17.01.2012 11:14, skrev Olivier Lamy:
Hello,
After some RCs, it's now time to cut the release. So I start the vote
for Apache Maven 3.0.4.
The release notes is available here:
http://maven.apache.org/docs/3.0.4/release-notes.html
The staging repo: https://repository.apache.or
+1 binding
Tested on a few work and personal projects with no regressions noted.
Not doing anything particularly complicated in those builds.
Wayne
On Tue, Jan 17, 2012 at 4:14 AM, Olivier Lamy wrote:
> Hello,
>
> After some RCs, it's now time to cut the release. So I start the vote
> for Apach
+1
-Robert
On Wed, 18 Jan 2012 08:32:54 +0100, Anders Hammar
wrote:
+1 non-binding
Tested Snapshot deploy to Codehaus Nexus. Tested that site now works
out-of-the-box (MNG-5221, MNG-5225). Also verified using new Maven
version properties in jar manifest (MNG-4112).
/Anders
On Wed, Jan 18
+1 non-binding
Tested Snapshot deploy to Codehaus Nexus. Tested that site now works
out-of-the-box (MNG-5221, MNG-5225). Also verified using new Maven
version properties in jar manifest (MNG-4112).
/Anders
On Wed, Jan 18, 2012 at 01:56, Mark Derricutt wrote:
> +1 Non binding.
>
> --
> "Great art
+1 Non binding.
--
"Great artists are extremely selfish and arrogant things" — Steven Wilson,
Porcupine Tree
On Tue, Jan 17, 2012 at 11:14 PM, Olivier Lamy wrote:
> Hello,
>
> After some RCs, it's now time to cut the release. So I start the vote
> for Apache Maven 3.0.4.
>
> The release notes
+1
Core ITs published as run with this release
http://maven.apache.org/core-its/core-it-suite/
Hervé
Le mardi 17 janvier 2012 11:14:02 Olivier Lamy a écrit :
> Hello,
>
> After some RCs, it's now time to cut the release. So I start the vote
> for Apache Maven 3.0.4.
>
> The release notes is a
+1 (binding)
On Tue, Jan 17, 2012 at 5:44 PM, Emmanuel Venisse
wrote:
> +1
>
> Emmanuel
>
> On Tue, Jan 17, 2012 at 11:14 AM, Olivier Lamy wrote:
>
>> Hello,
>>
>> After some RCs, it's now time to cut the release. So I start the vote
>> for Apache Maven 3.0.4.
>>
>> The release notes is availabl
+1
Emmanuel
On Tue, Jan 17, 2012 at 11:14 AM, Olivier Lamy wrote:
> Hello,
>
> After some RCs, it's now time to cut the release. So I start the vote
> for Apache Maven 3.0.4.
>
> The release notes is available here:
> http://maven.apache.org/docs/3.0.4/release-notes.html
>
> The staging repo:
>
On Tue, 17 Jan 2012 11:14:02 +0100
Olivier Lamy wrote:
+1 (non-binding) Tested on all projects as simple build + via jenkins.
No regression detected.
Nice work guys ;)
Tony.
> Hello,
>
> After some RCs, it's now time to cut the release. So I start the vote
> for Apache Maven 3.0.4.
>
> The
+1
On 1/17/12 5:14 AM, Olivier Lamy wrote:
Hello,
After some RCs, it's now time to cut the release. So I start the vote
for Apache Maven 3.0.4.
The release notes is available here:
http://maven.apache.org/docs/3.0.4/release-notes.html
The staging repo: https://repository.apache.org/content/re
+1 non-binding, I ran a few jenkins jobs without problem (Linux) and
some local jobs on Mac OS X Lion.
Regards Mirko
On Tue, Jan 17, 2012 at 11:14, Olivier Lamy wrote:
> Hello,
>
> After some RCs, it's now time to cut the release. So I start the vote
> for Apache Maven 3.0.4.
>
> The release note
Totally agreed, my point was uniqueness and reproducabilty, so 3.0.5 etc.
would be perfect IMO.
Regards Mirko
--
Sent from my phone
http://illegalstateexception.blogspot.com
http://github.com/mfriedenhagen/
https://bitbucket.org/mfriedenhagen/
On Dec 5, 2011 3:18 PM, "Stephen Connolly"
wrote:
>
Fair enough. I confused RC with alpha/beta versions we had in the past.
I can't recall if RCs were available from download page, though.
--
Regards,
Igor
On 11-12-05 9:33 AM, Stephen Connolly wrote:
But we have never made the RCs available from Maven Central.
http://search.maven.org/#search%7C
Well I would say, given the confusion over RCs or not RCs that when you
spin the official build, just build it as 3.0.5 so that there is no
official 3.0.4 and anyone who had one of the first two RCs can be clear
that it was an RC
On 5 December 2011 14:33, Olivier Lamy wrote:
> 2011/12/5 Stephen
2011/12/5 Stephen Connolly :
> Personally, I'd rather burn 3.0.4 and have 3.0.5, 3.0.6, etc
>
> version numbers are cheap...
>
> if anyone asks what happend to 3.0.4, we just say, oh that was not
> released, there's a tag of it in svn, but there are no binaries or source
> distributions because it
But we have never made the RCs available from Maven Central.
http://search.maven.org/#search%7Cgav%7C1%7Cg%3A%22org.apache.maven%22%20AND%20a%3A%22maven-core%22
Show me an RC version in that list!
On 5 December 2011 14:30, Igor Fedorenko wrote:
> This approach fails to make the release candida
This approach fails to make the release candidate available to a wider
community. We need to make release candidate builds available for
download and from maven central repository so early adopters can try
them easily. But we also need to have release candidates clearly marked
as such so more cons
On Mon, Dec 5, 2011 at 9:17 AM, Stephen Connolly
wrote:
> Personally, I'd rather burn 3.0.4 and have 3.0.5, 3.0.6, etc
> version numbers are cheap...
> if anyone asks what happend to 3.0.4, we just say, oh that was not
> released, there's a tag of it in svn, but there are no binaries or source
> d
Personally, I'd rather burn 3.0.4 and have 3.0.5, 3.0.6, etc
version numbers are cheap...
if anyone asks what happend to 3.0.4, we just say, oh that was not
released, there's a tag of it in svn, but there are no binaries or source
distributions because it failed for some reason.
On 5 December 20
Hello everybody,
I understand the need to distinguish between these attempts. I now
have a local copy of 3.0.4 on my disc (as well as on some others).
Next month forgetful as I am, I will not know anymore which of the
different 3.0.4 copies was the blessed one. Let alone that the tag in
subversion
> Again I start a release process and produce a "candidate for release"
> build with a naming 3.0.4 for 5 days vote.
> Something failed, so it has been fixed and I restarted a vote with a
> second "candidate for release" called 3.0.4 for 5 days vote.
> (retagging etc )
>
> What is the differenc
Thanks to you for the test sample.
I will cancel the vote and investigate more on monday (as not sure to
have enough time on this sunday)
My first impression is a side effect of this fix:
https://issues.sonatype.org/browse/AETHER-91.
But need more investigation.
--
Olivier
2011/12/4 Dan Tran :
>
Thanks for looking into this issue. consider it is a blocking
regression since there is no work around for me to use 3.0.4
\-D
On Sat, Dec 3, 2011 at 1:47 PM, Olivier Lamy wrote:
> Thanks!
> It looks an erroneous file is picked when it has been download from a
> remote repo and when it's reinst
Thanks!
It looks an erroneous file is picked when it has been download from a
remote repo and when it's reinstall locally (use case of appassembler
which reinstall file locally)
investigating...
2011/12/3 Dan Tran :
> here is sample pom.xml to reproduce the issue. 3.0.3 generate the
> correct li
here is sample pom.xml to reproduce the issue. 3.0.3 generate the
correct lib dir, and script, but not 3.0.4
http://maven.apache.org/POM/4.0.0";
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance";
xsi:schemaLocation="http://maven.apache.org/POM/4.0.0
http://maven.apache.org/maven-v4_0_0.xs
Please change subject as it's not related to the vote thread.
2011/12/3 Brian Fox :
> The RCs were started for a very specific reason, to improve the
> quality of our releases. Just breezing through this thread, there are
> clearly issues with memory and some other stuff here that may be
Most of
The RCs were started for a very specific reason, to improve the
quality of our releases. Just breezing through this thread, there are
clearly issues with memory and some other stuff here that may be
bigger than we understand in this small testing surface. An RC build
will get more eyes and either c
2011/12/3 Dan Tran :
> When using 3.0.4 with appassemble-maven-plugin to generate java
> wrapper scripts which use snapshot dependency. The plugin places the
> dependencies to its lib/repo directory using timestamp snapshots
> picked up from maven repo, but generated scripts using '-SNAPSHOT' for
+1 (non-binding) used it on a couple of builds without problems.
Regards Mirko
--
Sent from my phone
http://illegalstateexception.blogspot.com
http://github.com/mfriedenhagen/
https://bitbucket.org/mfriedenhagen/
On Dec 3, 2011 2:33 AM, "Emmanuel Venisse"
wrote:
> +1
>
> Emmanuel
>
> On Thu, De
+1
Emmanuel
On Thu, Dec 1, 2011 at 10:20 AM, Olivier Lamy wrote:
> Hello,
>
> I'd like to release Apache Maven 3.0.4 (take 2).
>
> We fixed 31 issues.
> See release notes:
>
> http://jira.codehaus.org/secure/ReleaseNote.jspa?projectId=10500&version=17215
>
> Note the difference with first vote
When using 3.0.4 with appassemble-maven-plugin to generate java
wrapper scripts which use snapshot dependency. The plugin places the
dependencies to its lib/repo directory using timestamp snapshots
picked up from maven repo, but generated scripts using '-SNAPSHOT' for
its classpath.
this breaks m
I've done several medium sized builds and everything looks okay here.
+1
On 12/1/11 4:20 AM, Olivier Lamy wrote:
Hello,
I'd like to release Apache Maven 3.0.4 (take 2).
We fixed 31 issues.
See release notes:
http://jira.codehaus.org/secure/ReleaseNote.jspa?projectId=10500&version=17215
Note
+1
Been using it all day for a variety of things and haven't run into any issues.
Dan
On Thursday, December 01, 2011 10:20:55 AM Olivier Lamy wrote:
> Hello,
>
> I'd like to release Apache Maven 3.0.4 (take 2).
>
> We fixed 31 issues.
> See release notes:
> http://jira.codehaus.org/secure/R
On Thu, 1 Dec 2011 10:20:55 +0100
Olivier Lamy wrote:
+1 since was ok to me (without the deploy bug)
thanks,
Tony (non-binding)
> Hello,
>
> I'd like to release Apache Maven 3.0.4 (take 2).
>
> We fixed 31 issues.
> See release notes:
> http://jira.codehaus.org/secure/ReleaseNote.jspa?projec
+1 (non binding).
Baptiste
2011/12/2 Kristian Rosenvold
> +1
>
> Kristian
>
> Den 01.12.2011 13:16, skrev Arnaud Héritier:
>
> +1
>>
>> On Thu, Dec 1, 2011 at 12:48 PM, Anders Hammar wrote:
>>
>> +1
>>>
>>> Checksums are now created correctly when deploying a snapshot to
>>> Codehaus's Nexus
+1
Kristian
Den 01.12.2011 13:16, skrev Arnaud Héritier:
+1
On Thu, Dec 1, 2011 at 12:48 PM, Anders Hammar wrote:
+1
Checksums are now created correctly when deploying a snapshot to
Codehaus's Nexus instance.
/Anders
On Thu, Dec 1, 2011 at 12:08, kreyssel wrote:
+1
--
View this messag
+1
runs fine here, artifacts look good.
LieGrue,
strub
- Original Message -
> From: Olivier Lamy
> To: Maven Developers List
> Cc:
> Sent: Thursday, December 1, 2011 10:20 AM
> Subject: [VOTE] Apache Maven 3.0.4 (take 2)
>
> Hello,
>
> I'd like to release Apache Maven 3.0.4 (take
On 12/1/11 3:28 PM, John Casey wrote:
On 12/1/11 3:25 PM, Benson Margulies wrote:
It seems to me that one of the major values of an 'RC' discipline is
that it's uniquely tagged and bagged we can tell which bugs where
found or fixed in which RC.
This in turn could argue for a scheme in which we
Please change subject thread for such discussion !
Again, I don't have issue with this RC mode and I will take care next time.
--
Olivier go back to hack
2011/12/1 Benson Margulies :
> It seems to me that one of the major values of an 'RC' discipline is
> that it's uniquely tagged and bagged we
On 12/1/11 3:25 PM, Benson Margulies wrote:
It seems to me that one of the major values of an 'RC' discipline is
that it's uniquely tagged and bagged we can tell which bugs where
found or fixed in which RC.
This in turn could argue for a scheme in which we vote and release
'milestone' releases:
It seems to me that one of the major values of an 'RC' discipline is
that it's uniquely tagged and bagged we can tell which bugs where
found or fixed in which RC.
This in turn could argue for a scheme in which we vote and release
'milestone' releases: available for general testing, protected by th
On 12/1/11 10:27 AM, Olivier Lamy wrote:
2011/12/1 Jörg Schaible:
Benjamin Bentmann wrote:
Olivier Lamy wrote:
I'd like to release Apache Maven 3.0.4 (take 2).
[...]
Note the difference with first vote is an upgrade of aether to 1.13.1
What about the memory issue that Jörg brought up? Shou
+1 non-binding.
--
"Great artists are extremely selfish and arrogant things" — Steven Wilson,
Porcupine Tree
On Thu, Dec 1, 2011 at 10:20 PM, Olivier Lamy wrote:
> Hello,
>
> I'd like to release Apache Maven 3.0.4 (take 2).
>
> We fixed 31 issues.
> See release notes:
>
> http://jira.codehaus.
It's been so long I guess people have forgotten RCs used to be made.
The release of "Apache Maven" itself is sufficiently different to just a
plugin that a more formal release does make sense, but on the flip side
after all the arguments trying to get this out I guess people just "want it
out ther
Hi,
Jörg Schaible wrote:
> Hi Oliver,
>
> Olivier Lamy wrote:
>
>> @Jörg any open source projects you can share ?
>
> Sorry, no, but I am try some runs now on a dedicated build server ... a
> run takes some time though
It took a while, because I was hit by a real M3 regression first: MNG-5207
2011/12/1 Jörg Schaible :
> Benjamin Bentmann wrote:
>
>> Olivier Lamy wrote:
>>
>>> I'd like to release Apache Maven 3.0.4 (take 2).
>>> [...]
>>> Note the difference with first vote is an upgrade of aether to 1.13.1
>>
>> What about the memory issue that Jörg brought up? Shouldn't we at least
>>
yes we should have done it...
Lesson to learn for next releases ...
On Thu, Dec 1, 2011 at 3:17 PM, Jason van Zyl wrote:
> Does no one else think it reasonable to do RCs like we have been doing for
> the last 2 years?
>
> On Dec 1, 2011, at 1:20 AM, Olivier Lamy wrote:
>
> > Hello,
> >
> > I'd l
Benjamin Bentmann wrote:
> Olivier Lamy wrote:
>
>> I'd like to release Apache Maven 3.0.4 (take 2).
>> [...]
>> Note the difference with first vote is an upgrade of aether to 1.13.1
>
> What about the memory issue that Jörg brought up? Shouldn't we at least
> understand the cause and potential
sure why not for next one.
2011/12/1 Jason van Zyl :
> Does no one else think it reasonable to do RCs like we have been doing for
> the last 2 years?
>
> On Dec 1, 2011, at 1:20 AM, Olivier Lamy wrote:
>
>> Hello,
>>
>> I'd like to release Apache Maven 3.0.4 (take 2).
>>
>> We fixed 31 issues.
>>
Olivier Lamy wrote:
I'd like to release Apache Maven 3.0.4 (take 2).
[...]
Note the difference with first vote is an upgrade of aether to 1.13.1
What about the memory issue that Jörg brought up? Shouldn't we at least
understand the cause and potential impact on other users before
continuing
Does no one else think it reasonable to do RCs like we have been doing for the
last 2 years?
On Dec 1, 2011, at 1:20 AM, Olivier Lamy wrote:
> Hello,
>
> I'd like to release Apache Maven 3.0.4 (take 2).
>
> We fixed 31 issues.
> See release notes:
> http://jira.codehaus.org/secure/ReleaseNote.
+1
On Thu, Dec 1, 2011 at 12:48 PM, Anders Hammar wrote:
> +1
>
> Checksums are now created correctly when deploying a snapshot to
> Codehaus's Nexus instance.
>
> /Anders
>
> On Thu, Dec 1, 2011 at 12:08, kreyssel wrote:
> > +1
> >
> > --
> > View this message in context:
> http://maven.40175.
+1
Checksums are now created correctly when deploying a snapshot to
Codehaus's Nexus instance.
/Anders
On Thu, Dec 1, 2011 at 12:08, kreyssel wrote:
> +1
>
> --
> View this message in context:
> http://maven.40175.n5.nabble.com/VOTE-Apache-Maven-3-0-4-take-2-tp5038109p5038345.html
> Sent from
+1
--
View this message in context:
http://maven.40175.n5.nabble.com/VOTE-Apache-Maven-3-0-4-take-2-tp5038109p5038345.html
Sent from the Maven Developers mailing list archive at Nabble.com.
-
To unsubscribe, e-mail: dev-unsubscr
Hi Oliver,
Olivier Lamy wrote:
> @Jörg any open source projects you can share ?
Sorry, no, but I am try some runs now on a dedicated build server ... a run
takes some time though
> What kind of builds are you doing ? install deploy ?
mvn clean install
> with an empty
> repo or an already po
@Jörg any open source projects you can share ?
What kind of builds are you doing ? install deploy ? with an empty
repo or an already populated one ? is there any reporting done (site
plugin use) ? etc...
Any stack trace you could provide ?
Perso, I have tested this build with asf projects with hu
Did you verify that you're using all the same plugins/versions ?
You might consider running something like jvisualvm attached to both
3.0.3 and 3.0.4 to see if your 3.0.3 build is just "millimeters away"
from failing on permgen already ;)
Kristian
Den 30.11.2011 09:41, skrev Jörg Schaible:
Now you mention it I have - but I've often seen some of our builds randomly
blow out of memory during some of our tests so I can't confirm its M304 at
fault or not.
( mind you - I was running Jason's Sonatype M304 dist before that so its
possible its there among a number of the newer builds...
--
Hi,
Olivier Lamy wrote:
> Hello,
>
> I'd like to release Apache Maven 3.0.4.
>
> We fixed 31 issues.
> See release notes:
>
http://jira.codehaus.org/secure/ReleaseNote.jspa?projectId=10500&version=17215
>
> The staged repo is available here:
> https://repository.apache.org/content/repositorie
Hello,
2011/11/30 Brett Porter :
> Note that it wasn't really called until r1179571, so I think maybe the
> http-shared module should go back to not supporting it. I suppose that was
> added for Aether, which in turn is no longer needed :)
>
> While looking at that I noticed this code is probabl
Note that it wasn't really called until r1179571, so I think maybe the
http-shared module should go back to not supporting it. I suppose that was
added for Aether, which in turn is no longer needed :)
While looking at that I noticed this code is probably being called for anything
using the new
2011/11/29 Benjamin Bentmann :
> Tamás Cservenák wrote:
>
>> Out of curiosity, why is chunked transfer encoding used to transfer
>> the few byte long SHA1 string?
>
>
> https://issues.sonatype.org/browse/AETHER-128
>
>
>> many servers does not support it
>> completely...
>
>
> Which suggests to dep
Tamás Cservenák wrote:
Out of curiosity, why is chunked transfer encoding used to transfer
the few byte long SHA1 string?
https://issues.sonatype.org/browse/AETHER-128
many servers does not support it
completely...
Which suggests to deprecate the problematic method in the StreamingWagon
A
t;>>>> Can nexus folks who are listening here explains to me in which case
> >>>>> this happen http Return code: 411, ReasonPhrase:Length Required.
> >>>>> Bad or empty Content-Length http header ?
> >>>>>
> >>>>> 2011/11/29 Mark Struberg :
> &
w have a few cases which work well and a few cases which cause this
>> error. Means we have to check where the difference is.
>>
>>
>> LieGrue,
>> strub
>>
>>
>>
>> - Original Message -
>>> From: Anders Hammar
>>> To
411, ReasonPhrase:Length Required.
>>>>> Bad or empty Content-Length http header ?
>>>>>
>>>>> 2011/11/29 Mark Struberg :
>>>>>> I think delivering artifacts without md5 and sha1 is pretty much a
>>>>>> blocker as this mig
gt;>>> blocker as this might introduce security issues along the line.
>>>>>
>>>>> So I'd say we investigate further before we go ahead.
>>>>> Thus I change my vote to a
>>>>>
>>>>> -1 (binding) also.
>>>>>
>
; Thus I change my vote to a
>>>>
>>>> -1 (binding) also.
>>>>
>>>> We now have a few cases which work well and a few cases which cause this
>>>> error. Means we have to check where the difference is.
>>>>
>>>>
>
to check where the difference is.
>>>
>>>
>>> LieGrue,
>>> strub
>>>
>>>
>>>
>>> - Original Message -
>>>> From: Anders Hammar
>>>> To: Maven Developers List
>>>> Cc:
>>>> Sent
.
>>
>> We now have a few cases which work well and a few cases which cause this
>> error. Means we have to check where the difference is.
>>
>>
>> LieGrue,
>> strub
>>
>>
>>
>> - Original Message -
>>> From: Anders Ham
2011/11/29 Benjamin Bentmann :
> Olivier Lamy wrote:
>
>> I will add a core it test which check deploy of sha1 and md5.
>
>
> You might want to check
> MavenITmng4235HttpAuthDeploymentChecksumsTest
> before.
Thanks.
And btw this it pass well :-)
>
>
>
> Benjamin
>
> ---
ers Hammar
>> To: Maven Developers List
>> Cc:
>> Sent: Tuesday, November 29, 2011 11:14 AM
>> Subject: Re: [VOTE] Apache Maven 3.0.4
>>
>> I see the same checksum issue when trying to deploy a snapshot over at
>> Codehaus mojo:
>> https://nexus.c
Olivier Lamy wrote:
I will add a core it test which check deploy of sha1 and md5.
You might want to check
MavenITmng4235HttpAuthDeploymentChecksumsTest
before.
Benjamin
-
To unsubscribe, e-mail: dev-unsubscr...@maven.apac
which cause this error.
Means we have to check where the difference is.
LieGrue,
strub
- Original Message -
> From: Anders Hammar
> To: Maven Developers List
> Cc:
> Sent: Tuesday, November 29, 2011 11:14 AM
> Subject: Re: [VOTE] Apache Maven 3.0.4
>
> I see th
I see the same checksum issue when trying to deploy a snapshot over at
Codehaus mojo:
https://nexus.codehaus.org/content/repositories/snapshots/org/codehaus/mojo/jboss-packaging-maven-plugin/2.3-SNAPSHOT/
I'm changing my vote to -1 (non-binding). IMHO we do not want end user
issues due to somethin
That stacktrace was with
org.apache.maven.wagon
wagon-http
2.1
in the pom...
if I try
org.apache.maven.wagon
wagon-http
1.0
I get
[DEBUG] Using connector WagonRepositoryConnector with priority 0 fo
Even with a clean local repo, .md5's are still not being deployed for me...
If this is an issue with the embedded WAGON (and it is looking like it
could be) then I have to change my vote back negative
-0.9 (binding)
[DEBUG] Using connector WagonRepositoryConnector with priority 0 for
https://nex
@Stephen the issue was with wagon-http 2.0
see http://jira.codehaus.org/browse/WAGON-353
I will add a core it test which check deploy of sha1 and md5.
2011/11/29 Stephen Connolly :
> OK, just tried a simple deploy using a file: based wagon with the staged
> artifacts...
>
>
>> [stephenc@stephenc
--- Original Message -
>> > From: Stephen Connolly
>> > To: Maven Developers List
>> > Cc:
>> > Sent: Tuesday, November 29, 2011 10:21 AM
>> > Subject: Re: [VOTE] Apache Maven 3.0.4
>> >
>> > Just tried a deploy @ mojo and
>>
>> ----- Original Message -
>> > From: Stephen Connolly
>> > To: Maven Developers List
>> > Cc:
>> > Sent: Tuesday, November 29, 2011 10:21 AM
>> > Subject: Re: [VOTE] Apache Maven 3.0.4
>> >
>> > Just tried a deploy
7; doesn't show md5 and sha1 at all?
>
> txs and LieGrue,
> strub
>
>
>
>
> - Original Message -
> > From: Stephen Connolly
> > To: Maven Developers List
> > Cc:
> > Sent: Tuesday, November 29, 2011 10:21 AM
> > Subject: Re: [VOTE]
inal Message -
> From: Stephen Connolly
> To: Maven Developers List
> Cc:
> Sent: Tuesday, November 29, 2011 10:21 AM
> Subject: Re: [VOTE] Apache Maven 3.0.4
>
> Just tried a deploy @ mojo and having the same issue
>
> I'll try for a minimal pom on local file
OK, just tried a simple deploy using a file: based wagon with the staged
artifacts...
> [stephenc@stephenc ~]$ md5 ~/Downloads/apache-maven-3.0.4-bin.tar.gz
> MD5 (/Users/stephenc/Downloads/apache-maven-3.0.4-bin.tar.gz) =
> c1e67c7f32929b428266c88f7f62bee4
> [stephenc@stephenc ~]$ tar -xzvf
> ~/
Just tried a deploy @ mojo and having the same issue
I'll try for a minimal pom on local file system, see how that goes
On 29 November 2011 08:44, Olivier Lamy wrote:
> Just did a release of maven scm and md5/sha1 are there :
> https://repository.apache.org/content/repositories/maven-265/org
Just did a release of maven scm and md5/sha1 are there :
https://repository.apache.org/content/repositories/maven-265/org/apache/maven/scm/maven-scm-api/1.6/
My env:
mbp-olamy:scm olamy$ which mvn
/Users/olamy/softs/maven/apache-maven-3.0.4/bin/mvn
mbp-olamy:scm olamy$ env | grep MAVEN_OPTS
MAVE
I will check again tomorrow AM... but no extensions only depend on oss version 7
here is the project https://github.com/stephenc/high-scale-lib
and benjamin, here is the unclosed staging repo: com.github.stephenc-299
On 28 November 2011 22:53, Olivier Lamy wrote:
> 2011/11/28 Benjamin Bentmann
2011/11/28 Benjamin Bentmann :
> Stephen Connolly wrote:
>
>> I just tried deploying to oss.sonatype.org and with the staged 3.0.4
>> there were no .md5's or .sha1's deployed to the staging repo
>
> Sounds like http://jira.codehaus.org/browse/WAGON-353, so maybe double-check
> that you don't have t
Stephen Connolly wrote:
I just tried deploying to oss.sonatype.org and with the staged 3.0.4
there were no .md5's or .sha1's deployed to the staging repo
Sounds like http://jira.codehaus.org/browse/WAGON-353, so maybe
double-check that you don't have that wagon version in there as some
exten
CHANGING my vote:
-1 (binding but not a veto as we don't veto releases at Apache)
I just tried deploying to oss.sonatype.org and with the staged 3.0.4
there were no .md5's or .sha1's deployed to the staging repo, switched
over to Maven 3.0.3 and release of same code worked perfectly fine
-Stephe
+1 (non-binding). Tested integration into a NetBeans development build, and
built some modules in Glassfish, so far without problem.
-
To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
For additional commands, e-mail: de
+1 (non-binding)
--
Cheers, Stuart
On 25 Nov 2011, at 09:17, Olivier Lamy wrote:
> Hello,
>
> I'd like to release Apache Maven 3.0.4.
>
> We fixed 31 issues.
> See release notes:
> http://jira.codehaus.org/secure/ReleaseNote.jspa?projectId=10500&version=17215
>
> The staged repo is available
+1
No problems found on any of the projects I have tried it on. I've been
using it all day long @dayjob.
On 2011-11-25 10:17, Olivier Lamy wrote:
> Hello,
>
> I'd like to release Apache Maven 3.0.4.
>
> We fixed 31 issues.
> See release notes:
> http://jira.codehaus.org/secure/ReleaseNote.jspa?
Excerpts from Arnaud Héritier's message of Sat Nov 26 00:37:09 +0100 2011:
> ...
> it might be really useful to add a link to release notes of components we
> upgraded like wagon, sisu or aether. I'm not sure that for all issues
> solved in these projects we have an MNG issue ? And nowadays we coul
+1 (non-binding)
/Anders
On Mon, Nov 28, 2011 at 09:01, Emmanuel Venisse
wrote:
> +1 (binding)
>
> Emmanuel
>
> On Fri, Nov 25, 2011 at 10:17 AM, Olivier Lamy wrote:
>
>> Hello,
>>
>> I'd like to release Apache Maven 3.0.4.
>>
>> We fixed 31 issues.
>> See release notes:
>>
>> http://jira.codeh
+1 (binding)
Emmanuel
On Fri, Nov 25, 2011 at 10:17 AM, Olivier Lamy wrote:
> Hello,
>
> I'd like to release Apache Maven 3.0.4.
>
> We fixed 31 issues.
> See release notes:
>
> http://jira.codehaus.org/secure/ReleaseNote.jspa?projectId=10500&version=17215
>
> The staged repo is available here:
e set of projects.
>>
>> Thx
>>
>> Cheers
>>
>> Le 27 nov. 2011 à 14:38, Robert Scholte a écrit :
>>
>> >
>> >
>> > Tried on several Maven and Mojo projects, all looking good.
>> >
>> >
>> >
>> >
Robert Scholte a écrit :
>
> >
> >
> > Tried on several Maven and Mojo projects, all looking good.
> >
> >
> >
> > +1
> >
> >
> >
> > -Robert
> >
> >
> >> Date: Sat, 26 Nov 2011 00:22:11 -0200
> >> Subje
+1 (binding)
No regression found on a large set of projects.
Thx
Cheers
Le 27 nov. 2011 à 14:38, Robert Scholte a écrit :
>
>
> Tried on several Maven and Mojo projects, all looking good.
>
>
>
> +1
>
>
>
> -Robert
>
>
>> Date: Sat, 26 Nov 2011
Tried on several Maven and Mojo projects, all looking good.
+1
-Robert
> Date: Sat, 26 Nov 2011 00:22:11 -0200
> Subject: Re: [VOTE] Apache Maven 3.0.4
> From: velo...@gmail.com
> To: dev@maven.apache.org
>
> Flexmojos built just fine!
>
> On Fri, Nov 25,
1 - 100 of 111 matches
Mail list logo