>
> I definitely prefer release wagon 2.2 as those warning will generate
> too much confusion.
2.1.1 instead of 2.2?
>
> So we can wait 1/2 more weeks again :-)
>
>>
>> In wagon trunk I have added more methods in Wagon api level to set
>> this timeout (will be better)
>>
>>>
>>> - Brett
>>>
>>>
2011/12/13 Mark Derricutt :
> At this rate Aether and Sisu will probably have finally passed thru Eclipse
> and we can start the process all over again ;-)
possible :-)
BTW that's good to take care of quality (especially using RC candidate
release model :P )
>
> Mark
>
> --
> "Great artists are
At this rate Aether and Sisu will probably have finally passed thru Eclipse
and we can start the process all over again ;-)
Mark
--
"Great artists are extremely selfish and arrogant things" — Steven Wilson,
Porcupine Tree
On Wed, Dec 14, 2011 at 7:44 AM, Olivier Lamy wrote:
> So we can wait
2011/12/13 Olivier Lamy :
> 2011/12/13 Brett Porter :
>>
>> On 13/12/2011, at 7:38 PM, Olivier Lamy wrote:
>>
>>> Le 13 décembre 2011 09:35, Arnaud Héritier a écrit :
Olivier increased it to 30 min
https://jira.codehaus.org/browse/WAGON-365
http://svn.apache.org/viewvc?view=revision
sorry due to my french native language, I don't know all the english
language refinement especially very fine ones :-) (I have enough to
learn in french!)
2011/12/13 Stephen Connolly :
> I presume you mean "enthusiastic hacker" and not "enthusiast hacker"
> as the latter would be closer to "amat
I presume you mean "enthusiastic hacker" and not "enthusiast hacker"
as the latter would be closer to "amateur hacker" and I don't know
that we consider PMC members "amateur hacker"s... unless we have set
the bar too low ;-)
On 13 December 2011 17:08, Olivier Lamy wrote:
> No.
> There is a branc
No.
There is a branch
http://svn.apache.org/repos/asf/maven/maven-3/branches/maven-3.0.4-RCx/
.
This branch is to track more easily changes between RC and to not
prevent enthusiast hacker to commit in trunk.
2011/12/13 Benson Margulies :
> If you are cutting a new RC, does that mean that my recent
If you are cutting a new RC, does that mean that my recent fix creeps in?
On Tue, Dec 13, 2011 at 8:53 AM, Olivier Lamy wrote:
> 2011/12/13 Brett Porter :
>>
>> On 13/12/2011, at 7:38 PM, Olivier Lamy wrote:
>>
>>> Le 13 décembre 2011 09:35, Arnaud Héritier a écrit :
Olivier increased it to
30 minutes is a high enough value that I think we'll be ok. Thanks Olivier.
On Tue, Dec 13, 2011 at 8:53 AM, Olivier Lamy wrote:
> 2011/12/13 Brett Porter :
>>
>> On 13/12/2011, at 7:38 PM, Olivier Lamy wrote:
>>
>>> Le 13 décembre 2011 09:35, Arnaud Héritier a écrit :
Olivier increased it
2011/12/13 Brett Porter :
>
> On 13/12/2011, at 7:38 PM, Olivier Lamy wrote:
>
>> Le 13 décembre 2011 09:35, Arnaud Héritier a écrit :
>>> Olivier increased it to 30 min
>>> https://jira.codehaus.org/browse/WAGON-365
>>> http://svn.apache.org/viewvc?view=revision&revision=1213414
>>>
>>> Thus I su
On 13/12/2011, at 7:38 PM, Olivier Lamy wrote:
> Le 13 décembre 2011 09:35, Arnaud Héritier a écrit :
>> Olivier increased it to 30 min
>> https://jira.codehaus.org/browse/WAGON-365
>> http://svn.apache.org/viewvc?view=revision&revision=1213414
>>
>> Thus I suppose we have to prepare another RC
: Maven Developers List
Subject: Re: [CALL FOR TEST] Apache Maven 3.0.4-RC3 staged
I also think that 60s timeout is way too short for corporate users. I suggest
something like at least 180s (500s would be even better). If we go with 60s, I
know for sure that it will fail for most of my corporate
Le 13 décembre 2011 09:35, Arnaud Héritier a écrit :
> Olivier increased it to 30 min
> https://jira.codehaus.org/browse/WAGON-365
> http://svn.apache.org/viewvc?view=revision&revision=1213414
>
> Thus I suppose we have to prepare another RC ?
> Is there others feedback to listen before launching
Olivier increased it to 30 min
https://jira.codehaus.org/browse/WAGON-365
http://svn.apache.org/viewvc?view=revision&revision=1213414
Thus I suppose we have to prepare another RC ?
Is there others feedback to listen before launching another RC ?
Others problems with the RC3 ?
On Tue, Dec 13, 2
Same for MRMs, to perform checksum/signature/content analysis... to be
able to cleanly refuse maven when asking for broken artifact (and
having checksum/signature/content validation on).
Otherwise, if would be done while streaming, currently there's no
clean way to say to client (Maven) at _the en
I also think that 60s timeout is way too short for corporate users. I
suggest something like at least 180s (500s would be even better). If
we go with 60s, I know for sure that it will fail for most of my
corporate customers and Maven will be the focus of some more bad
talks. Please don't do this -
If we don't change things - the http settings guide should be updated, but
also RELEASE NOTES for the new release should mention the change, and call
it out.
--
"Great artists are extremely selfish and arrogant things" — Steven Wilson,
Porcupine Tree
On Tue, Dec 13, 2011 at 3:28 AM, Brian Fox
On Mon, Dec 12, 2011 at 4:46 PM, Olivier Lamy wrote:
> Le 12 décembre 2011 16:21, Arnaud Héritier a écrit :
> http://maven.apache.org/docs/3.0.4/release-notes.html
> > +1 to have it set to 5 or 10 minutes by default and with a big warning
> and
>
> I will setup to 30 minutes. (don't know yet if
Le 12 décembre 2011 16:21, Arnaud Héritier a écrit :
http://maven.apache.org/docs/3.0.4/release-notes.html
> +1 to have it set to 5 or 10 minutes by default and with a big warning and
I will setup to 30 minutes. (don't know yet if need a wagon release or
not will see later)
> associated doc in t
+1 to have it set to 5 or 10 minutes by default and with a big warning and
associated doc in the release note
Even if I understand Brian about the "why do we fix something not reported
as broken", I would better consider it as an improvement and not a fix.
Do we have to release a 3.1 just for this
m2e has read timeout of 60s by default (IDE is different environment,
we can't afford blocking build thread forever). There were
bugreports about this. Some corporate users reported wait times in tens
of minutes due to conservative firewall setup that fully downloads
artifacts and does antivirus s
2011/12/12 Brian Fox :
>> Agree.
>> I will add it in release and complete documentation here:
>> http://maven.apache.org/guides/mini/guide-http-settings.html
>
>
> This seems like a pretty big change and not enough people will read
> that and start to freak out. If maven worked all this time with n
> Agree.
> I will add it in release and complete documentation here:
> http://maven.apache.org/guides/mini/guide-http-settings.html
This seems like a pretty big change and not enough people will read
that and start to freak out. If maven worked all this time with no
read timeout, why change it no
2011/12/12 Brett Porter :
>
> On 12/12/2011, at 7:42 PM, Olivier Lamy wrote:
>
>> 2011/12/12 Brett Porter :
>>> I've noticed a potential problem when using a repository manager. The new
>>> wagon library seems to have introduced a read time out:
>>>
>>> Could not transfer artifact [...]: Read time
On 12/12/2011, at 7:42 PM, Olivier Lamy wrote:
> 2011/12/12 Brett Porter :
>> I've noticed a potential problem when using a repository manager. The new
>> wagon library seems to have introduced a read time out:
>>
>> Could not transfer artifact [...]: Read timed out -> [Help 1]
>>
>> This is g
2011/12/12 Brett Porter :
> I've noticed a potential problem when using a repository manager. The new
> wagon library seems to have introduced a read time out:
>
> Could not transfer artifact [...]: Read timed out -> [Help 1]
>
> This is going to fail the first time you hit an artifact proxied by
I've noticed a potential problem when using a repository manager. The new wagon
library seems to have introduced a read time out:
Could not transfer artifact [...]: Read timed out -> [Help 1]
This is going to fail the first time you hit an artifact proxied by a
repository manager that takes mor
7 Dec 2011 20:04:58 +0100
> Subject: Re: [CALL FOR TEST] Apache Maven 3.0.4-RC3 staged
> To: dev@maven.apache.org
>
> Jesse,
> First huge thanks for your tests, that's very important for us to have
> feedbacks.
>
> But please note it's *not* an official release
Seems weird to me to get back expires returns in non en format.
A sample:
mbp-olamy:maven-plugins olamy$ curl -H "Accept-Language: de" -I
http://www.google.de
HTTP/1.1 200 OK
Date: Thu, 08 Dec 2011 15:14:54 GMT
Expires: -1
Cache-Control: private, max-age=0
Content-Type: text/html; charset=ISO-8859-
Hi Oliver,
Olivier Lamy wrote
>
> I mean Repository Manager :-) in your case looks nexus.
>
;-) RPM has a different meaning for Redhat Package Manager thanks for
the explanation...
Olivier Lamy wrote
>
> So just check in case you have a http frontend, cookie path is
> correctly rewrite.
--Original Message-
> From: Olivier Lamy [mailto:ol...@apache.org]
> Sent: 08 December 2011 12:53
> To: Maven Developers List
> Subject: Re: [CALL FOR TEST] Apache Maven 3.0.4-RC3 staged
>
> Looks to be due to a cookie path not rewrite.
> Do you have a http fronten
12:53
To: Maven Developers List
Subject: Re: [CALL FOR TEST] Apache Maven 3.0.4-RC3 staged
Looks to be due to a cookie path not rewrite.
Do you have a http frontend before your rpm ?
If yes see http://markmail.org/message/djcagmgqg56zrlf4
2011/12/8 Karl Heinz Marbaise :
> Hello,
>
> i
2011/12/8 Karl Heinz Marbaise :
> Hi,
>
>
> Olivier Lamy wrote
>>
>> Looks to be due to a cookie path not rewrite.
>> Do you have a http frontend before your rpm ?
.>>
> Hm...rpm ?
I mean Repository Manager :-) in your case looks nexus.
So just check in case you have a http frontend, cookie path i
Hi,
Olivier Lamy wrote
>
> Looks to be due to a cookie path not rewrite.
> Do you have a http frontend before your rpm ?
>
Hm...rpm ?
I have downloaded the maven-3.0.4-RC3 from the stage site...and started my
build mvn 3.0.4-RC3 instead of maven 3.0.3 and seeing those results...
Kind reg
Looks to be due to a cookie path not rewrite.
Do you have a http frontend before your rpm ?
If yes see http://markmail.org/message/djcagmgqg56zrlf4
2011/12/8 Karl Heinz Marbaise :
> Hello,
>
> i'm observing things like the following with a build:
>
> [INFO] Failsafe report directory:
> C:\workspac
Hello,
i'm observing things like the following with a build:
[INFO] Failsafe report directory:
C:\workspace\nereus\nereus-web-it\target\failsafe-reports
wagon http use multi threaded http connection manager maxPerRoute 20, max
total 40
Downloading:
http://servername:8081/nexus/content/groups/publ
2011/12/8 Marvin Froeder :
> Well, it was working already on 3.0.3 but when I moved to 3.0.4-RC I start
> getting missing poms warnings.
>
> The layout is declared inside my plugin and this plugin has true
> on plugin configuration.
>
> I will try to create a reproducible case.
Yes please.
Because
I'm +1ing this - have been doing releases all day without issue.
Someone did make a comment about memory usage the other day, I am seeing
OOM exceptions more often in my large reactor build under the RC, but
that's mostly Rhino stuff that has an evil leak in it.
I did see a Permgen in Javac yeste
On 12/07/2011 02:04 PM, Olivier Lamy wrote:
please note it's *not* an official release so this will never be
distribute as an official Apache Maven release.
It's only a rc build to get feedbacks from users.
Yes of course. This is only temporary until another RC or a final build is
published -
2011/12/7 Marvin Froeder :
> FWIW, 3.0.4-RC3 didn't worked with a custom repository layout
> Like
> http://kthoms.wordpress.com/2009/10/13/how-to-register-a-custom-maven-repository-layout/
>
> I did not pin down the problem yet, but seems a regression from 3.0.3.
How do you get that working with 3
FWIW, 3.0.4-RC3 didn't worked with a custom repository layout
Like
http://kthoms.wordpress.com/2009/10/13/how-to-register-a-custom-maven-repository-layout/
I did not pin down the problem yet, but seems a regression from 3.0.3.
On Mon, Dec 5, 2011 at 12:28 PM, Olivier Lamy wrote:
> Hello,
>
> A
Jesse,
First huge thanks for your tests, that's very important for us to have
feedbacks.
But please note it's *not* an official release so this will never be
distribute as an official Apache Maven release.
It's only a rc build to get feedbacks from users. The staged
repository will be deleted (at
FYI - NetBeans nightly development builds [1] are now bundling RC3, to shake
out problems in either the embedded APIs or general usage.
[1] http://bits.netbeans.org/download/trunk/nightly/latest/
-
To unsubscribe, e-mail: dev-
I've tried it out on a few relatively tame builds...failsafe and
dependency plugins being about the most exotic things tested.
Everything looks like it's functioning well here. I'll try to take it
out for a more aggressive test run today.
On 12/5/11 9:28 AM, Olivier Lamy wrote:
Hello,
Apach
I ran my current day-job nightmare. It showed the same failure of the
assembly plugin to resolve a war dependency from the reactor that I
see with 2.2.1 and 3.0.3, so that's all good.
On Mon, Dec 5, 2011 at 9:28 AM, Olivier Lamy wrote:
> Hello,
>
> Apache Maven 3.0.4-RC3 has been staged for test
Tested on a couple of builds with mostly standard plugins, looks good.
Regards Mirko
--
Sent from my phone
http://illegalstateexception.blogspot.com
http://github.com/mfriedenhagen/
https://bitbucket.org/mfriedenhagen/
On Dec 5, 2011 3:28 PM, "Olivier Lamy" wrote:
> Hello,
>
> Apache Maven 3.0.
Look good to me, the issue reported by me for RC2 is fixed
-Dan
On Mon, Dec 5, 2011 at 6:28 AM, Olivier Lamy wrote:
> Hello,
>
> Apache Maven 3.0.4-RC3 has been staged for testing purpose (this is a
> preview of the coming 3.0.4 official release)
>
> The repository is available here:
> https://r
47 matches
Mail list logo