Re: [VOTE] Maven 3.1.0

2012-12-04 Thread Mark Derricutt
My bad - looks like IntelliJ 12 turns on its new "compiler mode" by default which runs a separate VM for compilation - with a default heap size of 700mb - my machine found itself dying in a mess of 4gb swap which was messing with things. On a fresh reboot things seem much more like what I expe

Re: [VOTE] Maven 3.1.0

2012-12-04 Thread Jason van Zyl
Did anything change in your build as Aether didn't change between now and the last release. The version of plexus-utils did change, maybe try swapping the version of plexus-utils and see if that helps. On Dec 4, 2012, at 3:24 PM, Mark Derricutt wrote: > Has anyone tried 3.1.0 with heavy use

Re: [VOTE] Maven 3.1.0

2012-12-04 Thread Mark Derricutt
Has anyone tried 3.1.0 with heavy use of version ranges? I'm noticing my integration tests seem to now be taking a LONG time to resolve deps - about 15 elements all using ranges, of which the repository has something like 100+ versions of each. A thread dump of the process when its ju

Re: [VOTE] Maven 3.1.0

2012-12-04 Thread Jason van Zyl
I don't think it will be hard to fix, it's just the use of a BOAS, setting stdout/err repeatedly and then using stdout for logging in SLF4J. Just need to track down the interactions and fix it. On Dec 4, 2012, at 11:13 AM, Kristian Rosenvold wrote: > Obviously if it doesnt affect m2e (and thi

Re: [VOTE] Maven 3.1.0

2012-12-04 Thread Kristian Rosenvold
Obviously if it doesnt affect m2e (and this is known ?) its less of a problem. In that case it means it'll just be a PITA for those 10-or so projects that use verifier here at asf and any others. I am no fan of releasing a version I wouldn't want to use myself, so I think this needs to be fixed -

Re: [VOTE] Maven 3.1.0

2012-12-04 Thread Kristian Rosenvold
The severity of the issue is less 2012/12/4 Jason van Zyl : > Our build server appears out, and I wanted to get off my machine so I spun up > an EC2 instance and it is 3.1.x with SLF4J in embedded mode that appears to > be the problem. > > Obviously this affects people who embed, but won't affec

Re: Colorized console and logging implementation choice was Re: Re-spinning 3.1.0

2012-12-04 Thread ceki
On 04.12.2012 19:18, Jason van Zyl wrote: > I've been talking to Ceki about configuration in SLF4J as there is > really no way to change the log level without assuming an > implementation. If that's the way then for embedding the user can > change the SLF4J implementation but for the CLI this wil

Re: Colorized console and logging implementation choice was Re: Re-spinning 3.1.0

2012-12-04 Thread Olivier Lamy
I did that in the branches using sys props INFO When starting and before any slf4j access, MavenCli check -q or -X or none of both and correctly set the value to the level (INFO,ERROR,DEBUG) Works fine for all slf4j impls using this naming convention. 2012/12/4 Jaso

Re: Colorized console and logging implementation choice was Re: Re-spinning 3.1.0

2012-12-04 Thread Jason van Zyl
On Dec 4, 2012, at 9:44 AM, Arnaud Héritier wrote: > Jason, > > I'll test more later but FYI it seems that your logback branch doesn't > support options -X/--debug > I've been talking to Ceki about configuration in SLF4J as there is really no way to change the log level without assuming an

Re: [VOTE] Maven 3.1.0

2012-12-04 Thread Jason van Zyl
Our build server appears out, and I wanted to get off my machine so I spun up an EC2 instance and it is 3.1.x with SLF4J in embedded mode that appears to be the problem. Obviously this affects people who embed, but won't affect CLI users. The major use case is m2e and it already uses SLF4J with

Re: [VOTE] Maven 3.1.0

2012-12-04 Thread Kristian Rosenvold
The core it's were running against 1.4-SNAPSHOT of the verifier and I had introduced a minor compatibility problem when adding generics which caused them to not compile. That is fixed on verifier trunk now. I just ran the following core it's, and they run lightning fast & razor sharp: mvn304 -Pe

Re: Colorized console and logging implementation choice was Re: Re-spinning 3.1.0

2012-12-04 Thread Arnaud Héritier
Jason, I'll test more later but FYI it seems that your logback branch doesn't support options -X/--debug cheers Arnaud On Sat, Dec 1, 2012 at 6:47 PM, Jason van Zyl wrote: > I already have started a logback version, but I don't think this should > affect rolling the 3.1.0. > > On Dec 1, 20

Re: [VOTE] Maven 3.1.0

2012-12-04 Thread Jason van Zyl
I'll do the same for the core ITs when I ran them against 3.0.3, 3.0.4 and master they all failed in embedded mode with the same problem. So your surefire ITs fork once using the embedder and use the special method in MavenCli that has this signature: public int doMain( String[] args, Strin

Re: [VOTE] Maven 3.1.0

2012-12-04 Thread Kristian Rosenvold
If I build m3 core at 22df629f9707e46cfabddd3d657757701bd64a76 the supplied testcase works. When I do git reset --hard 25669cfe131e19f152c87c1b250ffec0b30f8d26 to move 2 commits later in history, it stops working. git log 22df629f9707e46cfabddd3d657757701bd64a76..25669cfe131e19f152c87c1b250ffec

Re: [VOTE] Maven 3.1.0

2012-12-04 Thread Kristian Rosenvold
The failing test in question keeps the verifier at a fixed 1.3 version. But with 3.0.4 it is fully capable of producing the "log.txt" file in embedded mode. The only thing that changes in the supplied demonstration is the maven version. Embedded tests work *fine* in general but I think a lot of ve

Re: [VOTE] Maven 3.1.0

2012-12-04 Thread Jason van Zyl
I believe this is the verifier that changed. The embedded tests don't work in general and I tried with Maven 3.0.3 and 3.0.4 andific the log output is not captured to a file which is what causes the test failures. For the tests that are looking specifically for things in the log.txt. On Dec 4,

Re: [VOTE] Maven 3.1.0

2012-12-04 Thread Christian Schulte
Please do not update the site plugin to 3.2. See . -- Christian Am 12/04/12 05:10, schrieb Jason van Zyl: > Hi, > > Here is a link to Jira with 42 issues resolved: > https://jira.codehaus.org/secure/ReleaseNote.jspa?projectId=10500&version=18967 > >

Re: [VOTE] Maven 3.1.0

2012-12-04 Thread Jesse Farinacci
Greetings, On Mon, Dec 3, 2012 at 11:10 PM, Jason van Zyl wrote: > The distributable binaries and sources for testing can be found here: > https://repository.apache.org/content/repositories/maven-110/org/apache/maven/apache-maven/3.1.0/ Created https://jira.codehaus.org/browse/MNG-5403 Continui

Re: [VOTE] Maven 3.1.0

2012-12-04 Thread Anders Hammar
> When displaying mvn -version I got : > > Apache Maven 3.1.0 (rNON-CANONICAL_2012-12-03_20-03_jvanzyl; 2012-12-04 > 05:03:32+0100) > Maven home: /opt/maven > > I don't understand the revision, Any clue about it ? > MNG-5402 Working on it. Not a show stopper though in my opinion. /Anders > > t

Re: [VOTE] Maven 3.1.0

2012-12-04 Thread Tony Chemit
On Mon, 3 Dec 2012 20:10:41 -0800 Jason van Zyl wrote: When displaying mvn -version I got : Apache Maven 3.1.0 (rNON-CANONICAL_2012-12-03_20-03_jvanzyl; 2012-12-04 05:03:32+0100) Maven home: /opt/maven I don't understand the revision, Any clue about it ? thanks, tony. > Hi, > > Here is a

Re: [VOTE] Maven 3.1.0

2012-12-04 Thread Mark Derricutt
+1 non binding so far from my own tests. I suspect Kristian's comment is a -1 tho... Jason van Zyl 4 December 2012 5:10 PM Hi,Here is a link to Jira with 42 issues resolved:https://jira.codehaus.org/secure/ReleaseNote.jspa?projectId=10500&version=18967Staging repo:https

Re: [VOTE] Maven 3.1.0

2012-12-04 Thread Kristian Rosenvold
To reproduce: https://git-wip-us.apache.org/repos/asf/maven-surefire.git cd maven-surefire mvn -DskipTests install cd surefire-integration-tests # ready to rock mvn304 -Dit.test=IncludesExcludesFromFileIT -Dverifier.forkMode=auto clean install # works less target/IncludesExcludesFromFileIT/includ

Re: [VOTE] Maven 3.1.0

2012-12-04 Thread Kristian Rosenvold
There is something wrong with logging in embedded mode; when runnin surefire tests with verifier I am no longer able to pick up log output from the running maven process: 2012/12/4 Anders Hammar : > Is the site updated? It says it was published Nov 15 and some info doesn't > seem to be up-to-da

Re: apache/maven-3 at Github

2012-12-04 Thread Olivier Lamy
I created https://issues.apache.org/jira/browse/INFRA-5579 I wait as I cannot do it myself. 2012/12/4 Anders Hammar : > This git repo at Github mirrors the old Git repo. Is it possible to change > that to the new git repo, or should it be removed all together? > > /Anders -- Olivier Lamy Tale