Running junit test
EclipsePluginUnitTest.testBuildDirectoryList_ShouldUseTestOutputDirFromProjectWhenBuildOutputDirIsStandard
returns results:
Can't canonicalize system path:
C:\TEMP\EclipsePlugin.unitTest.1165557188766\D:\ide\workspace\maven\maven-eclipse-plugin\target\main-output
org.apache.m
On Thu, Nov 30, 2006 at 04:26:04PM +0200, Jukka Zitting wrote:
> Hi,
>
> On 11/30/06, Carlos Sanchez <[EMAIL PROTECTED]> wrote:
> >Yep, I know Jason did the change today
>
> What's the plan on resolving the issue? Will the redirect be reverted,
> or should I work around the issue for example by e
Ok, this was tough to reach consensus on. Obviously, I waited a lot
more than 72 hours to try and reach it :)
Here is how it panned out:
TL - CS, JL (2 - 1 PMC, 1 User)
UR - NB, JM, BP, EP, EV, JC, TL, DL, JvZ, VS, RT (11 - 8 PMC, 2 Com,
1 User)
LL - RP, WB, MK, HY, NdL, MC, AH, AW, WS, MP,
Issue Subscription
Filter: Design & Best Practices (37 issues)
Subscriber: mavendevlist
Key Summary
MNG-2184Possible problem with @aggregator and forked lifecycles
http://jira.codehaus.org/browse/MNG-2184
MNG-612 implement conflict resolution techniques
htt
+1
On 12/7/06, Daniel Kulp <[EMAIL PROTECTED]> wrote:
+1 now. (non-binding)
Dan
On Thursday 07 December 2006 17:43, Joakim Erdfelt wrote:
> This has been corrected in subversion.
>
> [maven-dependency-tree]$ mvn -PsharedResources clean package
>
> ...(snip) ...
>
> [maven-dependency-tree
On 11/6/06, Brett Porter <[EMAIL PROTECTED]> wrote:
Well, its up for discussion. I don't like the idea of having separate
docs per release, since some aspects of docs are updated independent
of version. So, we added the @since flag to mojos and parameters so
that you have an accurate reference f
My vote is for: UR
Cheers,
Rahul
Brett Porter wrote:
FYI. You can vote over at archiva-dev@maven.apache.org
- Brett
Begin forwarded message:
From: Brett Porter <[EMAIL PROTECTED]>
Date: 13 November 2006 10:34:20 AM
To: archiva-dev@maven.apache.org
Subject: Re: [vote] Archiva Logo
Reply-T
Hi all,
An FYI for those who are interested - the PMC have voted to accept
NMaven (.NET support for Maven) into the incubator, and to work to
incorporate all our existing sandbox efforts into it.
The proposal is here: http://maven.apache.org/proposals/incubator/
nmaven.html
The lists hav
On 12/8/06, Barrie Treloar <[EMAIL PROTECTED]> wrote:
> About to see if I can use NTLMAPS and instead of using mvn-proxy
I should have just turned on NTLMAPS and re-run the same command,
instead of also adding -cpu -U, but this has now sorted out the issue.
So it looks like mvn-proxy has go
+1 (non-binding)
Yes, please!
-Original Message-
From: Joakim Erdfelt [mailto:[EMAIL PROTECTED]
Sent: Thursday, December 07, 2006 3:57 PM
To: wagon-dev@maven.apache.org
Subject: [vote] release wagon api and providers
In preparation for maven 2.1 and maven-project-info-reports-plugin.
on the wagon side, yes. I added getIfNewer to the scp wagon and it
just calls get().
However, we should put additional exception handling into maven-2.0.5
so that it doesn't freak out on older wagon releases. It's on my list.
- Brett
On 08/12/2006, at 10:50 AM, Jason van Zyl wrote:
On 7
About to see if I can use NTLMAPS and instead of using mvn-proxy
I should have just turned on NTLMAPS and re-run the same command,
instead of also adding -cpu -U, but this has now sorted out the issue.
So it looks like mvn-proxy has got garbage data somewhere and causing
maven to fail.
I g
On 12/7/06, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
"Barrie Treloar" <[EMAIL PROTECTED]> schrieb am 07.12.2006 10:50:33:
> > > 3. Have you tried to delete your local Maven repo? Or at least the
> > > maven-metadata-*.xml files?
> >
> > No, this was a last resort.
> >
> > I'm trying to build
On Wed, 2006-12-06 at 14:45 -0500, John Casey wrote:
> I think it might be smarter to start from first principles on this stuff,
> and attempt to create a toolset that would allow us to make RH/Debian/etc.
> compatible packages from all maven builds, including Maven itself an Maven's
> dependencies
On 7 Dec 06, at 6:07 PM 7 Dec 06, Brett Porter wrote:
+1
(we always release all of wagon together, so only one vote is
really needed)
Is that ifNewer thing fixed? The thing causing problems with
deployments?
Jason.
- Brett
On 08/12/2006, at 8:57 AM, Joakim Erdfelt wrote:
In prepa
+1 now. (non-binding)
Dan
On Thursday 07 December 2006 17:43, Joakim Erdfelt wrote:
> This has been corrected in subversion.
>
> [maven-dependency-tree]$ mvn -PsharedResources clean package
>
> ...(snip) ...
>
> [maven-dependency-tree]$ jar -tvf
> target/maven-dependency-tree-1.0-SNAPSHOT.j
+1
(we always release all of wagon together, so only one vote is really
needed)
- Brett
On 08/12/2006, at 8:57 AM, Joakim Erdfelt wrote:
In preparation for maven 2.1 and maven-project-info-reports-plugin.
I'd like to see wagon api 1.0-beta-2 released.
And all of the providers based on it.
+1
Emmanuel
Joakim Erdfelt a écrit :
I would like to get maven-dependency-tree out of SNAPSHOT mode.
I'm proposing making it 1.0-alpha-1.
Found at
https://svn.apache.org/repos/asf/maven/shared/trunk/maven-dependency-tree
It is used by maven-project-info-reports-plugin (2.1-SNAPSHOT) and
archi
+1
Emmanuel
Joakim Erdfelt a écrit :
In preparation for maven 2.1 and maven-project-info-reports-plugin.
I'd like to see wagon api 1.0-beta-2 released.
And all of the providers based on it.
That would mean the following releases.
1) wagon-provider-api 1.0-beta-2
2) wagon-provider-test
2006/12/7, Joakim Erdfelt <[EMAIL PROTECTED]>:
5) wagon-http-lightweight 1.0-beta-2
Would it be possible to push this patch ?
http://jira.codehaus.org/browse/WAGONHTTP-6
--
Thomas Recloux a.k.a Karmelitre
http://karmelitre.tartachuc.org
-
This has been corrected in subversion.
[maven-dependency-tree]$ mvn -PsharedResources clean package
...(snip) ...
[maven-dependency-tree]$ jar -tvf
target/maven-dependency-tree-1.0-SNAPSHOT.jar
0 Thu Dec 07 17:38:32 EST 2006 META-INF/
125 Thu Dec 07 17:38:30 EST 2006 META-INF/MANIFEST
We use http and https based repositories with wagon-webdav already.
I have no access to a proxy that does https to test that specific
functionality.
Can you assist?
If you mean a proxy serving an https webdav server => Yes
--
Thomas Recloux a.k.a Karmelitre
http://karmelitre.tartachuc.org
On Thursday 07 December 2006 16:42, Joakim Erdfelt wrote:
> I would like to get maven-dependency-tree out of SNAPSHOT mode.
> I'm proposing making it 1.0-alpha-1.
>
> Found at
> https://svn.apache.org/repos/asf/maven/shared/trunk/maven-dependency-tree
>
> It is used by maven-project-info-reports-pl
We use http and https based repositories with wagon-webdav already.
I have no access to a proxy that does https to test that specific
functionality.
Can you assist?
- Joakim
Thomas Recloux wrote:
> Hello,
>
> I did not test this provider, but I'll soon have to use it.
>
> Does it support http/s
In preparation for maven 2.1 and maven-project-info-reports-plugin.
I'd like to see wagon api 1.0-beta-2 released.
And all of the providers based on it.
That would mean the following releases.
1) wagon-provider-api 1.0-beta-2
2) wagon-provider-test1.0-beta-2
3) wagon-file
Hello,
I did not test this provider, but I'll soon have to use it.
Does it support http/s proxy ?
Thomas
2006/12/7, Joakim Erdfelt <[EMAIL PROTECTED]>:
It's been a few months now, I would like to release Wagon WebDAV 1.0-beta-2.
There are some URL baseline bugs with creation of collections pr
I would like to get maven-dependency-tree out of SNAPSHOT mode.
I'm proposing making it 1.0-alpha-1.
Found at
https://svn.apache.org/repos/asf/maven/shared/trunk/maven-dependency-tree
It is used by maven-project-info-reports-plugin (2.1-SNAPSHOT) and
archiva (1.0-SNAPSHOT).
Usual voting rules. +
+1
On 7 Dec 06, at 2:39 PM 7 Dec 06, Joakim Erdfelt wrote:
It's been a few months now, I would like to release Wagon WebDAV
1.0-beta-2.
There are some URL baseline bugs with creation of collections
present in
1.0-beta-1 that have been addressed in 1.0-beta-2-SNAPSHOT.
Usual +1/0-1 (72 hour
It's been a few months now, I would like to release Wagon WebDAV 1.0-beta-2.
There are some URL baseline bugs with creation of collections present in
1.0-beta-1 that have been addressed in 1.0-beta-2-SNAPSHOT.
Usual +1/0-1 (72 hours)
- Joakim
-
Ole Ersoy wrote:
OK - Got it.
Apparently Eclipse EMF likes
each resourceSet = createResourceSet()
method inside each test case.
Cheers,
- Ole
you should do all junit setup in setUp() , not the ctor. JUnit creates
all instances in advance and stores them somewhere. This is a fact you
can ab
OK - Got it.
Apparently Eclipse EMF likes
each resourceSet = createResourceSet()
method inside each test case.
Cheers,
- Ole
--- Ole Ersoy <[EMAIL PROTECTED]> wrote:
> Hey Guys,
>
> I'm seeing some really strange JUnit behavior in
> combination with the testing harness and Eclipse
> EMF.
>
Rafael Schloming wrote:
Jason van Zyl wrote:
I don't remember a specific instance, but I'm sure there are some who
would like them. Either way, we need to consider Fedora as a consumer
of Maven and that they know what their users want, which apparently
is Maven bundled with Fedora.
I doubt
Jason van Zyl wrote:
I don't remember a specific instance, but I'm sure there are some who
would like them. Either way, we need to consider Fedora as a consumer
of Maven and that they know what their users want, which apparently is
Maven bundled with Fedora.
I doubt they have asked but I wo
Jason van Zyl wrote:
On 6 Dec 06, at 3:02 PM 6 Dec 06, Carl Trieloff wrote:
John Casey wrote:
Let's start with: What are the requirements?
Regards,
John
yes that is good - I would not see the patches set as something to
commit as is but a prototype to see if it could
be done. we now
Hey Guys,
I'm seeing some really strange JUnit behavior in
combination with the testing harness and Eclipse EMF.
Someone from the JUnit list suspected that it might be
due to a static in the harness setup.
Here's the scenario:
I'm testing a method, testLoadPomResource()
When I have the metho
Jason van Zyl wrote:
If the RPM rolled out something that had the same structure as
everywhere else then fine. Limitless options at the infrastructural
level does not help anyone, it's a massive hinderance.
We do already have near limitless options in proxy setup, for better or
worse. Mave
Hi,
What I'm reading below looks exactly like Maven, except for the scope of the
dependencies.
Just for fun, I'll try to make the differences in your system and maven
more concrete. Correct me if I get anything wrong.
In Maven we have 2 types of 'dependencies': artifact dependencies, which
On 6 Dec 06, at 11:14 PM 6 Dec 06, Brett Porter wrote:
On 07/12/2006, at 2:25 PM, Jason van Zyl wrote:
On 6 Dec 06, at 8:16 PM 6 Dec 06, Brett Porter wrote:
I generally agree with what John has said in the thread so far. I
think this is a good thing: a nice out of the box installation
On 6 Dec 06, at 9:41 PM 6 Dec 06, Brett Porter wrote:
Cool. What's next?
1. Make sure that any fixes from the 2.0.x branch are present in
trunk. I've seen a few discrepancies so I would just like to match
those up.
2. Make another drop for the embedder so that Milos and Eugene can
get
I played around with this a while back and it appeared that the action
messages were getting dropped in the redirect strategy that we are
using in p-sec to get control back to the users application...
we should flag this as something to review though
jesse
On 12/6/06, Brett Porter <[EMAIL PROTE
Jesse Kuhnert wrote:
Right. I forgot to mention in my last email that in a good 98% of the
cases the only reason we've ever found out that dojo users install ant
via a package manager is because they are having conflicting library
classpath problems. (related to rhino)
oh, you get those bugreps
Jason van Zyl wrote:
On 6 Dec 06, at 11:38 AM 6 Dec 06, Carl Trieloff wrote:
I have spoken with a few committers over IRC, ApacheCon etc about this
so here it comes. Some of us would like to include maven into Fedora
distributions. There are two components to this, one technical and the
othe
"Barrie Treloar" <[EMAIL PROTECTED]> schrieb am 07.12.2006 10:50:33:
> > > 3. Have you tried to delete your local Maven repo? Or at least the
> > > maven-metadata-*.xml files?
> >
> > No, this was a last resort.
> >
> > I'm trying to build from home and see what happens there.
> >
>
> Hmm, I have
Yup, these changes are in trunk now :)
Andy
Jason van Zyl wrote:
On 6 Dec 06, at 8:18 PM 6 Dec 06, Brett Porter wrote:
DefaultPluginManager is the place to look. You are looking for the
creation of a child plexus container, and jar resources being added
to that.
On the code we're about to
> 3. Have you tried to delete your local Maven repo? Or at least the
> maven-metadata-*.xml files?
No, this was a last resort.
I'm trying to build from home and see what happens there.
Hmm, I have a clean machine at home and it build fine (except for test
failures...)
---
On 12/7/06, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
A few hints which might help:
1. Maven 2.0.4 has a bug when it comes to resolving dependencies. If a
parent POM defines the version to 1.0 and your POM wants 1.1, the parent
wins.
Hmm, will need to think about this one.
2. Can you down
User vote (non-binding, on first sight):
+1 for an RPM (because as a non-maven-developer I like it that there can
only be one maven version installed). I am tired of telling people how
to install maven and setting their JAVA_HOME etc.
+1 for writing/stabilizing an RPM plugin that builds maven
A few hints which might help:
1. Maven 2.0.4 has a bug when it comes to resolving dependencies. If a
parent POM defines the version to 1.0 and your POM wants 1.1, the parent
wins.
2. Can you download the missing POM? Sometimes, Maven believes the POM
can't be downloaded because it tries to dow
Jason,
I don't think this page is the good one for the gpg plugin.
Emmanuel
Added: maven/plugins/trunk/maven-gpg-plugin/src/site/apt/usage.apt
URL:
http://svn.apache.org/viewvc/maven/plugins/trunk/maven-gpg-plugin/src/site/apt/usage.apt?view=auto&rev=482476
===
On 12/7/06, Jason van Zyl <[EMAIL PROTECTED]> wrote:
Define nice? If it's an installation that is different then something
standard that users typically get then it is a not a good thing. I
can just see the threads now:
"I put my global stuff in the /etc/maven/settings.xml and blah blah
blah"
"
50 matches
Mail list logo
