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 MANIFE
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
+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
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 for
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 just
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 bei
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 java
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
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 t
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 exec
+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 relea
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 :
>> http://ci.sonatype.org/job/plugins-CI-with-maven-2.0.x/org.apache.maven.plugins$maven-eclipse-plu
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
+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 f
+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 f
+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
+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=646036&r2=695450&diff_format=h
>
> Diff for the site.xml:
> http://svn.eu.apache.org/viewvc/mav
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
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.
--
+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 issues
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 co
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
Attempt
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 eas
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, Denn
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 witho
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
> Wi
Hi Raphaël,
I assume you mean try it with a configuration like this:
snapshot-plugins
true
apache-snapshot-plugins
apache-snapshot-plugins
http://people.apache.org/repo/m2-snapshot-repository
true
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 las
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 ma
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
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 PR
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
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 pa
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 plugin
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:
>
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 pd
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 pd
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
generate/
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=696326&view=rev
Log:
Reverted back previous checkin, which broke something in the
assembly plugin.
Modifie
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 gues
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
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
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, e-mai
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 ori
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 a
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
Author: olamy
Date: Tue Sep 16 13:55:35 2008
New Revision: 696052
URL: http://svn.apache.org/viewvc?rev=696052&view=rev
Log:
use new method copyDirectoryLayout from FileUtils
Modified:
maven/shared/trunk/maven-filtering/src/main/java/org/apache/maven/shared/filtering/DefaultMavenResourcesFi
Excellent! Thank you very much Raphaël!
~Brad
-Original Message-
From: Raphaël Piéroni <[EMAIL PROTECTED]>
Reply-To: Maven Developers List
To: Maven Developers List
Subject: Re: [archetype] time to prepare a release of 2.0-alpha-4
Date: Wed, 17 Sep 2008 08:26:05 +0200
Hi Brad,
I comm
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 funct
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
+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
52 matches
Mail list logo
