In addition to this, and possibly related, I am getting a "Users"
directory in the current directory on my Mac on several occasions,
which I presume was meant to be /Users/brett/ ...
- Brett
On 30/06/2008, at 2:09 PM, Brett Porter wrote:
That was with 2.0.x, btw.
On trunk, I get failures
On 01/07/2008, at 10:36 AM, Shane Isbell wrote:
On a clean build and repo, I can't get past maven-project:
MavenProjectDynamismTest, 4 failures. If I remove that, I run into
runtime
errors on all the ITs dealing with a missing method in the
interpolator.
Yes, see the report by Henri, and
On a clean build and repo, I can't get past maven-project:
MavenProjectDynamismTest, 4 failures. If I remove that, I run into runtime
errors on all the ITs dealing with a missing method in the interpolator.
Shane
On Mon, Jun 30, 2008 at 5:07 PM, Brett Porter <[EMAIL PROTECTED]> wrote:
>
> On 01/
On 01/07/2008, at 2:25 AM, Henri Gomez wrote:
I'm using windows and got this error with both windows and cygwin
shells
...
BTW, did this problem is recent or has still been here ?
It's recent - I reported it on this list yesterday. If you take trunk
back about a week, you should fin
On 01/07/2008, at 3:08 AM, John Casey wrote:
Pretty sure this is fixed. It's building on my localhost and hudson
now...not sure about continuum (yet)
It did tick over successfully shortly after your mail.
However, it's back to failing on it0081 / it0065 again. It seems I am
not crazy then
I understand your concerns, but the same issue can happen when adding or
removing a dependency, not just reordering. I would rather recommend that
people rely on dependency management to control transitive versions than rely on
the order in the pom. Then you should be able to organize deps in
On Jun 30, 2008, at 9:21 AM, Brian E. Fox wrote:
Sorting the dependencies purely for aesthetic reasons is a bad idea
given the current first-wins scenario.
I would rather have the dependency resolver throw an exception or emit
a very obvious warning in the case where it has to use the orde
Pretty sure this is fixed. It's building on my localhost and hudson
now...not sure about continuum (yet)
Brett Porter wrote:
John,
Can you check this one out - I was first getting it on my local
machines and so tried it here. I can't check it in Hudson due to other
build errors that are uniq
>>Tests run: 190, Failures: 4, Errors: 0, Skipped: 0
>
> what are the failures you are getting in the target/surefire-reports
> directory?
in maven-project/target/surefire-reports :
org.apache.maven.project.MavenProjectDynamismTest.txt :
-
Sorting the dependencies purely for aesthetic reasons is a bad idea given the
current first-wins scenario.
-Original Message-
From: John Casey [mailto:[EMAIL PROTECTED]
Sent: Monday, June 30, 2008 9:56 AM
To: Maven Developers List
Subject: Re: [Proposal] Pom Code Style (WAS svn commit: r
>-- Original Message --
>Reply-To: "Maven Developers List"
>Date: Mon, 30 Jun 2008 17:11:09 +0200
>From: "Henri Gomez" <[EMAIL PROTECTED]>
>To: "Maven Developers List"
>Subject: Re: Configuration guide for developping / contributing to maven
>2.1
>
>Failed tests:
> testRoundTrip(org.apache.mave
Just grab maven 2.1 trunk to a new location (At revision: 672783)
mvn clean => works
mvn compile => works
but I see this message :
[INFO] [aspectj:compile {execution: compile-aspects}]
[WARNING] bad version number found in
C:\maven-repository\aspectj\aspectjrt\1.5.3\aspectjrt-1.5.3.jar
expected
On 01/07/2008, at 12:46 AM, Benjamin Bentmann wrote:
Brett Porter wrote:
I also find a few things weird about the order. IMO,
- dependencies and repositories should be together
- dependencies and dependencyManagement should be together
- build should be after dependencies, etc
- profiles shou
Brett Porter wrote:
I also find a few things weird about the order. IMO,
- dependencies and repositories should be together
- dependencies and dependencyManagement should be together
- build should be after dependencies, etc
- profiles should be after everything else.
Seems like our latest ske
On 01/07/2008, at 12:30 AM, Jason van Zyl wrote:
On 30-Jun-08, at 10:22 AM, Brett Porter wrote:
On 01/07/2008, at 12:07 AM, Jason van Zyl wrote:
URL: http://svn.apache.org/viewvc?rev=672727&view=rev
Log:
We require the newer version of the surefire plugin or it is
possible to get old ve
On 30-Jun-08, at 10:22 AM, Brett Porter wrote:
On 01/07/2008, at 12:07 AM, Jason van Zyl wrote:
URL: http://svn.apache.org/viewvc?rev=672727&view=rev
Log:
We require the newer version of the surefire plugin or it is
possible to get old versions of plexus-utils in the tests
For what do
On 01/07/2008, at 12:07 AM, Jason van Zyl wrote:
URL: http://svn.apache.org/viewvc?rev=672727&view=rev
Log:
We require the newer version of the surefire plugin or it is
possible to get old versions of plexus-utils in the tests
For what do we require a new version of Surefire?
I believe
On 30-Jun-08, at 4:34 AM, [EMAIL PROTECTED] wrote:
Author: brett
Date: Mon Jun 30 01:34:38 2008
New Revision: 672727
URL: http://svn.apache.org/viewvc?rev=672727&view=rev
Log:
We require the newer version of the surefire plugin or it is
possible to get old versions of plexus-utils in the tes
On 30/06/2008, at 11:55 PM, Henri Gomez wrote:
It's the same problem I was working on recently, the embedder tests
don't
honour your settings, so they don't work with a clean local
repository. I
added some plugin definitions to the build itself to try and
trigger it to
download the right a
Please keep in mind that the ordering of dependencies can (in some
cases) change which version of a particular transitive dependency is
used. If two direct dependencies both reference a third dependency - but
using different versions - then the current resolution technique keeps
the first one e
> It's the same problem I was working on recently, the embedder tests don't
> honour your settings, so they don't work with a clean local repository. I
> added some plugin definitions to the build itself to try and trigger it to
> download the right artifacts (eg, resources plugin 2.2) - do you hav
On 30/06/2008, at 11:23 PM, Henri Gomez wrote:
I do a mvn clean and then mvn package and attached the log (pretty
long sorry).
It's strange but it seems that build couldn't find may
It's the same problem I was working on recently, the embedder tests
don't honour your settings, so they don
On Mon, Jun 30, 2008 at 3:10 AM, Brian E. Fox <[EMAIL PROTECTED]> wrote:
> Can you file a jira and attach a project that reproduces the issue? This
> will be the best way for us to figure out what's up. There were some
> changes between 2.0.8-9 that may cause this (and wouldn't be bugs per
> se), b
On 30/06/2008, at 8:47 PM, Henri Gomez wrote:
Hi to all,
I'd like to works on maven 2.1 to locate and fix a problem with
jaxws-mojo (http://jira.codehaus.org/browse/MNG-3586) (Eugene
suggestion :)
Cool, would be good to get another one off the list :)
Doing a Run Maven clean works (of cou
Hi to all,
I'd like to works on maven 2.1 to locate and fix a problem with
jaxws-mojo (http://jira.codehaus.org/browse/MNG-3586) (Eugene
suggestion :)
I grabbed the trunk from maven 2.1 into my Eclipse 3.4 workspace.
I use m2eclipse 0.9.4 so I enabled Maven Dependencies Management and
Enabled Ne
Hi,
what is the plan concerning internationalisation of multimodule sites ?
http://jira.codehaus.org/browse/MSITE-322
thanks,
Anne
Dennis Lundberg-2 wrote:
>
> Hi,
>
> We solved 23 issues:
> http://jira.codehaus.org/secure/ReleaseNote.jspa?projectId=11146&styleName=Html&version=13092
>
> Th
John,
Can you check this one out - I was first getting it on my local
machines and so tried it here. I can't check it in Hudson due to other
build errors that are unique to there.
It looks related to the interpolation changes. If I use the built
maven on that project, I get this error:
27 matches
Mail list logo
