Hi Brad,
I committed your patch yesterday. It is in the snapshot i uploaded yesterday.
Yep, i was not planing to document it. But i know where to;
it is in the handcrafting an archetype example.
Regards,
Raphaël
2008/9/17 Brad Szabo [EMAIL PROTECTED]:
Hi Raphaël,
The additional examples
+1
--jason
On Sep 17, 2008, at 8:53 AM, Dan Fabulich wrote:
This plugin can build a subset of interdependent projects in a
reactor. It should be useful in large reactor builds that include
irrelevant stuff you're not working on.
http://maven.apache.org/plugins/maven-reactor-plugin/
A
Barry,
it seems to create an issue :
http://ci.sonatype.org/job/plugins-CI-with-maven-2.0.x/org.apache.maven.plugins$maven-eclipse-plugin/439/testReport/
Cheers
arnaud
On Wed, Sep 17, 2008 at 8:46 AM, [EMAIL PROTECTED] wrote:
Author: baerrach
Date: Tue Sep 16 23:46:57 2008
New Revision:
On 16-Sep-08, at 1:12 PM, Benjamin Bentmann wrote:
Jason van Zyl wrote:
The ITs for example could easily use the invoker in shared.
Not as is I believe. The maven-invoker is intended to run Maven, not
more. The maven-verifier on the other hand appears to be a
conglomerate of these
Excellent! Thank you very much Raphaël!
~Brad
-Original Message-
From: Raphaël Piéroni [EMAIL PROTECTED]
Reply-To: Maven Developers List dev@maven.apache.org
To: Maven Developers List dev@maven.apache.org
Subject: Re: [archetype] time to prepare a release of 2.0-alpha-4
Date: Wed, 17
Author: olamy
Date: Tue Sep 16 13:55:35 2008
New Revision: 696052
URL: http://svn.apache.org/viewvc?rev=696052view=rev
Log:
use new method copyDirectoryLayout from FileUtils
Modified:
Hi Benjamin,
Thanks for review.
Changing the method in p-u to FileUtils.copyDirectoryLayout( source,
target, directoryScanner ) ?
Assuming scan() method already called in the directoryScanner instance.
--
Olivier
2008/9/17 Benjamin Bentmann [EMAIL PROTECTED]:
Author: olamy
Date: Tue Sep 16
Is anyone able to resolve the 2.0-alpha-4-SNAPSHOT version from the
command-line without a copy in his/her local repository? I cannot. It
would appear that this is a bug documented in
http://jira.codehaus.org/browse/MNG-2974, but I was just wondering if
perhaps someone is able to and I just have
Olivier Lamy wrote:
Changing the method in p-u to FileUtils.copyDirectoryLayout( source,
target, directoryScanner ) ?
Not sure whether this is the right approach, it would complicate the
usage of this method in other contexts where people might not have the
DirectoryScanner by hand.
My
Is there any active alternative to pde-maven-plugin? I am no longer
involved in any eclipse pde build and therefore not able to maintain
it.
Thanks
-Dan
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands,
ok.
Having a private method in DefaultMavenResourcesFiltering which do the
job sounds better (as in InvokerMojo)
--
Olivier
2008/9/17 Benjamin Bentmann [EMAIL PROTECTED]:
Olivier Lamy wrote:
Changing the method in p-u to FileUtils.copyDirectoryLayout( source,
target, directoryScanner ) ?
Brett Porter wrote:
I really think that the entire suite should use a sandboxed local repository
I just changed the maven-verifier to propagate the local repo of the
test runner to the IT build by default. Since -D maven.repo.local is
dominant over the settings.xml, this captures those ITs
Brett Porter wrote:
1) the answer to the question what's the current release of the
verifier? (it's 1.0, but there's 1.1-SNAPSHOT and 1.2-SNAPSHOT floating
around
Unless we really have two active branches for the maven-verifier, one at
1.1-SNAPSHOT and the other one at 1.2-SNAPSHOT, I guess
What did it break exactly?
On 17-Sep-08, at 4:42 PM, [EMAIL PROTECTED] wrote:
Author: sisbell
Date: Wed Sep 17 07:42:57 2008
New Revision: 696326
URL: http://svn.apache.org/viewvc?rev=696326view=rev
Log:
Reverted back previous checkin, which broke something in the
assembly plugin.
In order to show/test Mercury transport layer, I implemented Mercury
wagon provider. The first one could be deployed into any (I hope) Maven
= 2.0.9 and implements two protocols: mttp and mttps, so that it could
be used in parallel with http and https providers. It can be configured
Tycho
http://docs.codehaus.org/display/M2ECLIPSE/Home
Bottom right on that page.
http://www.nabble.com/Fwd%3A-tycho---the-future-td19055385.html#a19308007
On 17-Sep-08, at 5:09 PM, Dan Tran wrote:
Is there any active alternative to pde-maven-plugin? I am no longer
involved in any eclipse
I wrapped Mercury into plexus-mercury component. Now it only exposes
create remote repo and deploy artifact(s) methods. I will be adding
new functionality as requested - don't hesitate to request :)
Details: http://jira.codehaus.org/browse/MERCURY-9
Thanks,
Oleg
Tycho
http://docs.codehaus.org/display/M2ECLIPSE/Home
Bottom right on that page.
http://www.nabble.com/Fwd%3A-tycho---the-future-td19055385.html#a19308007
On 17-Sep-08, at 5:09 PM, Dan Tran wrote:
Is there any active alternative to pde-maven-plugin? I am no longer
involved in any eclipse
thanks
On Wed, Sep 17, 2008 at 8:44 AM, Jason van Zyl [EMAIL PROTECTED] wrote:
Tycho
http://docs.codehaus.org/display/M2ECLIPSE/Home
Bottom right on that page.
http://www.nabble.com/Fwd%3A-tycho---the-future-td19055385.html#a19308007
On 17-Sep-08, at 5:09 PM, Dan Tran wrote:
Is there
Hi Brad,
Now you mention it, i can remember once having this problem.
I removed my local version of the plugin and its libraries, even any
archetype, i had.
I didn't reproduced this.
But i must admit having a nexus on my laptop that goes to the snapshot
repository.
Can you try with both a
Hi Raphaël
I thought I'd go through the docs for Archetype and did an 'svn update'
on my previous checkout. That failed because some files with very long
paths have been added since my last checkout. Needless to say I'm on
Windows, otherwise I wouldn't have any path length trouble.
This is the
On 17-Sep-08, at 5:55 PM, Benjamin Bentmann wrote:
Brett Porter wrote:
1) the answer to the question what's the current release of the
verifier? (it's 1.0, but there's 1.1-SNAPSHOT and 1.2-SNAPSHOT
floating around
Unless we really have two active branches for the maven-verifier,
one
I looked into this further and it broke profiles, which the assembly plugin
was using during packaging (bootstrap), not the assembly plugin itself.
Shane
On Wed, Sep 17, 2008 at 8:21 AM, Jason van Zyl [EMAIL PROTECTED] wrote:
What did it break exactly?
On 17-Sep-08, at 4:42 PM, [EMAIL
On 17-Sep-08, at 6:19 PM, Oleg Gusakov wrote:
In order to show/test Mercury transport layer, I implemented Mercury
wagon provider. The first one could be deployed into any (I hope)
Maven = 2.0.9 and implements two protocols: mttp and mttps, so that
it could be used in parallel with http
Jason van Zyl wrote:
There is only one actively being used but I believe changes where made
to trunk (1.2-SNAPSHOT) which are required.
Not sure we are talking about the same: I wasn't concerned about the
sources of maven-verifier, only which version the artifact (from trunk)
has. We have
how many character less do you need ?
Raphaël
2008/9/17, Dennis Lundberg [EMAIL PROTECTED]:
Hi Raphaël
I thought I'd go through the docs for Archetype and did an 'svn update'
on my previous checkout. That failed because some files with very long
paths have been added since my last
Hi Raphaël,
I assume you mean try it with a configuration like this:
profile
idsnapshot-plugins/id
activation
activeByDefaulttrue/activeByDefault
/activation
repositories
repository
idapache-snapshot-plugins/id
On Wed, Sep 17, 2008 at 9:56 AM, Dennis Lundberg [EMAIL PROTECTED] wrote:
I thought I'd go through the docs for Archetype and did an 'svn update'
on my previous checkout. That failed because some files with very long
paths have been added since my last checkout. Needless to say I'm on
Wendy Smoak wrote:
Isn't there a workaround for this, specifying the full url when doing
an update or something similar?
I am admittedly biased (being a Windows user, too) but I could imagine
it might ease the attraction of contributors from Windows land if a
project can be checked out
To be able to check out all of archetype directly to a Windows drive,
like to C:\archetype, the path would need to be 20 characters shorter.
The maximum path length in Windows is 255 characters.
Raphaël Piéroni wrote:
how many character less do you need ?
Raphaël
2008/9/17, Dennis
On Wed, Sep 17, 2008 at 10:46 AM, Benjamin Bentmann
[EMAIL PROTECTED] wrote:
Wendy Smoak wrote:
Isn't there a workaround for this, specifying the full url when doing
an update or something similar?
I am admittedly biased (being a Windows user, too) but I could imagine it
might ease the
Vote result: +3 binding (Brian, Arnaud, Brett), +2 Nonbinding, Jason
Dillon, Mauro
-Original Message-
From: Brian E. Fox [mailto:[EMAIL PROTECTED]
Sent: Thursday, September 11, 2008 8:59 PM
To: Maven Developers List
Subject: [vote] take 2- release maven-enforcer-plugin 1.0-beta-4
Wendy Smoak wrote:
On Wed, Sep 17, 2008 at 10:46 AM, Benjamin Bentmann
[EMAIL PROTECTED] wrote:
Wendy Smoak wrote:
Isn't there a workaround for this, specifying the full url when doing
an update or something similar?
I am admittedly biased (being a Windows user, too) but I could imagine it
+1 works for my builds, which are definitely not edge cases. ~4% faster
than 2.0.9.
-Original Message-
From: John Casey [mailto:[EMAIL PROTECTED]
Sent: Monday, September 15, 2008 5:12 PM
To: Maven Developers List
Subject: [vote] Release Maven 2.1.0-M1
Hi everyone,
After fixing 70
On Wed, Sep 17, 2008 at 5:32 PM, Arnaud HERITIER [EMAIL PROTECTED] wrote:
Barry,
it seems to create an issue :
http://ci.sonatype.org/job/plugins-CI-with-maven-2.0.x/org.apache.maven.plugins$maven-eclipse-plugin/439/testReport/
Ill have a look.
On Thu, Sep 18, 2008 at 12:39 AM, Dan Tran [EMAIL PROTECTED] wrote:
Is there any active alternative to pde-maven-plugin? I am no longer
involved in any eclipse pde build and therefore not able to maintain
it.
I'm almost in the same boat.
My PDE project is winding up, otherwise I would put up
+1
Vincent
2008/9/15 Dennis Lundberg [EMAIL PROTECTED]:
Hi
Here's another parent in need of a release.
Diff for the pom.xml:
http://svn.eu.apache.org/viewvc/maven/plugins/trunk/pom.xml?r1=646036r2=695450diff_format=h
Diff for the site.xml:
+1
Vincent
2008/9/15 John Casey [EMAIL PROTECTED]:
Hi everyone,
After fixing 70 issues and spending about 2 months going through release
candidate after release candidate, we finally have a stable codebase!
To that end, I'd like to put Maven 2.1.0-M1 up for a vote. The release notes
are
+1 (even if I'd like to see the prepare-package phase available in 2.1).
Thanks for your job on this release !
--
Olivier
2008/9/15 John Casey [EMAIL PROTECTED]:
Hi everyone,
After fixing 70 issues and spending about 2 months going through release
candidate after release candidate, we
+1 nice job john!
On Wed, Sep 17, 2008 at 1:40 PM, Olivier Lamy [EMAIL PROTECTED] wrote:
+1 (even if I'd like to see the prepare-package phase available in 2.1).
Thanks for your job on this release !
--
Olivier
2008/9/15 John Casey [EMAIL PROTECTED]:
Hi everyone,
After fixing 70 issues
Jason van Zyl wrote:
I think you should explain some of the transport features as well. I
know what you, Greg, Jan, and Jesse have done and it's significant and
you should outline those.
Mercury transport layer is an absolute work of art done by Jetty folks.
It's a complete implementation of
On Thu, Sep 18, 2008 at 5:51 AM, Barrie Treloar [EMAIL PROTECTED] wrote:
On Wed, Sep 17, 2008 at 5:32 PM, Arnaud HERITIER [EMAIL PROTECTED] wrote:
Barry,
it seems to create an issue :
+1 with the same comment. I hope this new phase will be in the next
milestone.
Nice job John, thanks
Emmanuel
On Wed, Sep 17, 2008 at 10:40 PM, Olivier Lamy [EMAIL PROTECTED] wrote:
+1 (even if I'd like to see the prepare-package phase available in 2.1).
Thanks for your job on this release !
the webdav bits that we have in there are pretty simple, don't want to
misrepresent that really :)
Basically how it works right now is the httpclient is registered with
a webdav listener which when it sees that an http put request has
failed with a certain response code it then takes over the
FWIW, there's no reason prepare-package couldn't land in a later 2.1
milestone. We haven't finalized that release plan yet (I've been waiting
for some information on one part before putting it up for a vote, though
I'll probaby have to work on it myself).
Can we add the prepare-package stuff
On 18/09/2008, at 7:37 AM, John Casey wrote:
FWIW, there's no reason prepare-package couldn't land in a later 2.1
milestone. We haven't finalized that release plan yet (I've been
waiting for some information on one part before putting it up for a
vote, though I'll probaby have to work on
I added this to the 2.1.0-M2 plan.
On 16/09/2008, at 12:33 AM, nicolas de loof wrote:
Yes, please include support for prepare-package. We still will have
to wait
for jar/war plugins to support it, but it will then makes possible to
implement web application post-processing (I think about
Yep, let's just release 1.2 and nuke 1.1-SNAPSHOT.
I'll just look into releasing the the integration-testing-support
later, as it seems like you're plowing through some stuff :)
- Brett
On 18/09/2008, at 3:23 AM, Benjamin Bentmann wrote:
Jason van Zyl wrote:
There is only one actively
I think a problem I was having with this (see r682889) is that it then
doesn't honour the installation settings at all, since the value is
set by the ITs by reading settings.xml itself.
Not sure if that's really a big deal, as this is probably a more
valuable ability to have.
However
is there a staged repo for this too?
On 16/09/2008, at 7:12 AM, John Casey wrote:
Hi everyone,
After fixing 70 issues and spending about 2 months going through
release candidate after release candidate, we finally have a stable
codebase!
To that end, I'd like to put Maven 2.1.0-M1 up
+1!
Thanks,
Deng
On Tue, Sep 16, 2008 at 5:12 AM, John Casey [EMAIL PROTECTED] wrote:
Hi everyone,
After fixing 70 issues and spending about 2 months going through release
candidate after release candidate, we finally have a stable codebase!
To that end, I'd like to put Maven 2.1.0-M1 up
It's here: http://people.apache.org/~jdcasey/stage/
But it contains many releases so have fun merging that ;-)
-Original Message-
From: Brett Porter [mailto:[EMAIL PROTECTED]
Sent: Wednesday, September 17, 2008 9:37 PM
To: Maven Developers List
Subject: Re: [vote] Release Maven 2.1.0-M1
In m-eclipse-p EclipseManifestWriter.write() if the manifest file
finds that the new values for CLASS_PATH and MANIFEST_VERSION don't
match the values in the current MANIFEST.MF file then a completely new
file is created that has these two keys only.
Is that the intention? Or should the old
53 matches
Mail list logo
