On 5-Feb-09, at 9:53 PM, Ralph Goers wrote:
I'm not sure why this needs a vote. Just do it.
This requires pulling all of the org.apache.maven.* artifacts into
Nexus and that's where they stay for this project because we can't
keep partial bits here and over on people. We are suggesting th
I'm not sure why this needs a vote. Just do it.
Ralph
On Feb 5, 2009, at 12:31 PM, Brian E. Fox wrote:
As proposed in separate threads[1][2] and Infra jira[3], we have
setup a
new zone and repository manager for hosting Apache artifacts at
https://repository.zones.apache.org. The service is
On 06/02/2009, at 11:44 AM, Brian E. Fox wrote:
+1, conditional
- I'd like to see some simple, direct documentation on how to use
this
(just reading chapter 9 of the Nexus book). I'll need it shortly for
2.1.0-M2.
This is step 4 below.
Sorry, lack of sleep. Must have glazed over
>+1, conditional
>- I'd like to see some simple, direct documentation on how to use this
>(just reading chapter 9 of the Nexus book). I'll need it shortly for
>2.1.0-M2.
This is step 4 below.
>- I'd like to make sure the old technique continues to work for the
>foreseeable future
If nee
Issue Subscription
Filter: Design & Best Practices (28 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
Weird, I was able to do it out of box
mvn site:stage -Preporting
http://people.apache.org/~vsiveton/doxia-1.0.x/
Cheers,
Vincent
2009/2/5 Dennis Lundberg :
> OK, but I get these errors *without* the Clirr plugin, i.e. on a clean
> checkout from svn.
>
> Vincent Siveton wrote:
>> Hi Dennis,
>>
>>
On 03/02/2009, at 12:03 PM, Brett Porter wrote:
What's left before this is releasable as part of 2.1.x?
Just some manual testing and docs updates for the site when it's
ready.
In the mean time, can someone please release the dependency so that
we can move forward with the next milestone
+1, conditional
- I'd like to see some simple, direct documentation on how to use this
(just reading chapter 9 of the Nexus book). I'll need it shortly for
2.1.0-M2.
- I'd like to make sure the old technique continues to work for the
foreseeable future
- This doesn't rule out using Archiva
On 05/02/2009, at 7:28 PM, Brett Porter wrote:
Is there anything the clover2 plugin should be doing to ensure that
these modifications are made on the transitively resolved projects?
I'd have to dig a bit - it has been a while. I thought that the
project in a forked lifecycle was discarde
Thus you have my +1
thx
On Thu, Feb 5, 2009 at 11:42 PM, Jason van Zyl wrote:
> On 5-Feb-09, at 2:04 PM, Arnaud HERITIER wrote:
>
> +1 if nexus' team promises to fix as soon as possible any issue
>> encountered
>> in it (to not block apache releases).
>>
>>
> We plan to take care of this part
On 5-Feb-09, at 2:04 PM, Arnaud HERITIER wrote:
+1 if nexus' team promises to fix as soon as possible any issue
encountered
in it (to not block apache releases).
We plan to take care of this part of the infrastructure and work with
the infrastructure team. We hope that other projects will
+1 if nexus' team promises to fix as soon as possible any issue
encountered
in it (to not block apache releases).
Yes we will support it including mods needed, like the new security
realm and the plugin being built to make life easier.
+1 if nexus' team promises to fix as soon as possible any issue encountered
in it (to not block apache releases).
cheers
Arnaud
On Thu, Feb 5, 2009 at 9:50 PM, Jason van Zyl wrote:
> +1
>
>
> On 5-Feb-09, at 12:31 PM, Brian E. Fox wrote:
>
> As proposed in separate threads[1][2] and Infra jir
+1
Brian E. Fox wrote:
As proposed in separate threads[1][2] and Infra jira[3], we have setup a
new zone and repository manager for hosting Apache artifacts at
https://repository.zones.apache.org. The service is now setup and
several releases of Maven are already staged there.
The initial
I'll be writing a plugin for Nexus to publish all the correct release
information.
On 5-Feb-09, at 12:58 PM, Daniel Kulp wrote:
I'll withdraw my -1 and put a +1
That said, in the future, make sure the appropriate URL is used in
the VOTE
message. The vote needs to be very clear exactly w
Good idea. We will also change the urls of the generated staged repos to
be more like maven-staging-[userid]-[short uniq number] to make them
less onerous.
-Original Message-
From: Daniel Kulp [mailto:dk...@apache.org]
Sent: Thursday, February 05, 2009 3:58 PM
To: dev@maven.apache.org
Sub
I'll withdraw my -1 and put a +1
That said, in the future, make sure the appropriate URL is used in the VOTE
message. The vote needs to be very clear exactly which artifacts (and no
others) are being voted on. It might be best to separate it into something
like:
Staged artifacts being vot
+1
On 5-Feb-09, at 12:31 PM, Brian E. Fox wrote:
As proposed in separate threads[1][2] and Infra jira[3], we have
setup a
new zone and repository manager for hosting Apache artifacts at
https://repository.zones.apache.org. The service is now setup and
several releases of Maven are already sta
+1
On Thu, Feb 5, 2009 at 12:43 PM, John Casey wrote:
> +1
>
>
> Brian E. Fox wrote:
>
>> As proposed in separate threads[1][2] and Infra jira[3], we have setup a
>> new zone and repository manager for hosting Apache artifacts at
>> https://repository.zones.apache.org. The service is now setup a
+1
Brian E. Fox wrote:
As proposed in separate threads[1][2] and Infra jira[3], we have setup a
new zone and repository manager for hosting Apache artifacts at
https://repository.zones.apache.org. The service is now setup and
several releases of Maven are already staged there.
The initial
As proposed in separate threads[1][2] and Infra jira[3], we have setup a
new zone and repository manager for hosting Apache artifacts at
https://repository.zones.apache.org. The service is now setup and
several releases of Maven are already staged there.
The initial idea was to use LDAP for co
OK, but I get these errors *without* the Clirr plugin, i.e. on a clean
checkout from svn.
Vincent Siveton wrote:
> Hi Dennis,
>
> Clirr plugin doesnt support ${reactorProjects} or aggregate so it is a
> normal behaviour IMHO (and javadoc plugin 2.5 is correct).
>
> As a workaround, you could cre
Thanks Benjamin !
I put [MERCURY-69] off till I fix more urgent issues, that's why this
workaround. Will get to it as soon as I can :)
Benjamin Bentmann wrote:
Hi Oleg,
Author: ogusakov
Date: Thu Feb 5 16:56:40 2009
New Revision: 741180
URL: http://svn.apache.org/viewvc?rev=741180&view=re
Hi Oleg,
Author: ogusakov
Date: Thu Feb 5 16:56:40 2009
New Revision: 741180
URL: http://svn.apache.org/viewvc?rev=741180&view=rev
Log:
removed checking for clean test repo - windows is holding on to it
Failures to remove files/directories usually indicate file handle leaks
(e.g. MERCURY-69
The trunk is under heavy development right now. Your best bet is to grab the
2.1.x branch instead.
-Original Message-
From: Georgy Bolyuba [mailto:boly...@gmail.com]
Sent: Thursday, February 05, 2009 12:58 PM
To: Maven Developers List
Subject: Same problem: cannot build the trunk
Hi,
Georgy Bolyuba wrote:
But I was looking for 2.x (2.1?).
Development on 2.0.x and 2.1.x happens on branches, see [0] for more
details on their checkout.
If anyone
could advice on how to start helping with maven 2.x (should I submit
patches against a tag or branch? should I build it from a t
Costin Caraivan wrote:
By the way, this works when I move the section in the root
of the plugin.
We have a (passing) IT [0] to test configuration which
includes a Map parameter so I wonder how do you invoke your mojo in the
first place? From the command line? Per configurations have
by d
Brett Porter wrote:
(c) support only ranges [,]; (,); etc
+1, I agree with Paul and Stephen, the version range syntax supports a
superset of the +/- suffix and is already established in Maven land so
we should save ourselves from maintaining the other code.
Benjamin
-
> I'll do a sample project.
Done
>> If you pull a new update-dev build of m2e you'll notice that we have the
>> problem reporting integrated now. With latest build you can go down to the
>> "Maven" menu and at the bottom you'll see the "Report Issue..." option. You
>> can put in the summary, desc
> I think your problem is specifically with ant so something that represents
> what you tried to do in the project that failed would be handy.
I'll do a sample project.
> If you pull a new update-dev build of m2e you'll notice that we have the
> problem reporting integrated now. With latest build
I think your problem is specifically with ant so something that
represents what you tried to do in the project that failed would be
handy.
If you pull a new update-dev build of m2e you'll notice that we have
the problem reporting integrated now. With latest build you can go
down to the "M
Costin Caraivan wrote:
>
> Hello,
>
> I have a plugin with the following configuration:
>
>
> com.axway.md
> com.axway.md
> ${project.version}
> zip
>
> aoleu
> aoleu
>
> This is inside an execution of my plugin.
>
> In my Mojo I have this:
> /**
> * @parameter
> * @required
Hello,
I have a plugin with the following configuration:
com.axway.md
com.axway.md
${project.version}
zip
aoleu
aoleu
This is inside an execution of my plugin.
In my Mojo I have this:
/**
* @parameter
* @required
*/
private Map featureId;
However, the featureId comes
> Ant stuff doesn't work properly. Let's do the same thing, make a test
> project and we'll work through it.
Do you need a sample projet using ant task or something without ant ?
-
To unsubscribe, e-mail: dev-unsubscr...@maven.ap
On 5-Feb-09, at 6:21 AM, Daniel Kulp wrote:
-1 on a procedural basis.
That's the grouping for convenience but everything is separate under
the covers. I see Brian gave you the separate. Don't worry nothing
gets staged together in blobs, each deployment is actually separated.
If I rele
On 5-Feb-09, at 3:48 AM, Henri Gomez wrote:
I checked it with on a simple project using jaxws wsgen and it works
now (it was failing with 3.0-alpha1), good news.
I tried on other projects where I got an maven ant involved to grab
some system informations :
Ant stuff doesn't work properly. L
On 4-Feb-09, at 11:35 PM, Oleg Gusakov wrote:
+1
This is awesome news - real repository manager at last !! When can
we start using it?
I'm going to stage a few 3.0 alphas, Brian is going to do the 2.0.x
and I believe John is going to stage the 2.1.x releases there so lets
work though
This is the url jason meant to use:
https://repository.zones.apache.org/content/repositories/maven-staging-4
45ef7146ac750/
The group url logically combines the artifacts into a single repository
in case you're trying to build against it, but they are separated into
different repos.
-Origin
-1 on a procedural basis.
There needs to be a URL for JUST the artifacts going into this release.
Right now, I see 2.0.10-RC8 stuff along with 3.0-alpha-2 stuff and enforcer
stuff in the URL presented. I should have to sift through all the files in
the URL to figure out which is stuff that
I checked it with on a simple project using jaxws wsgen and it works
now (it was failing with 3.0-alpha1), good news.
I tried on other projects where I got an maven ant involved to grab
some system informations :
org.apache.maven.plugins
maven-antrun-plugin
+1
Jason van Zyl-5 wrote:
>
> Hi,
>
> This release worked out better and the release profile is working now
> and everything is signed. This release is being staged with Nexus that
> we've installed in a new zone. So Brian and I are guinea pigging the
> whole setup. We deployed with a sel
Hi guys,
I am probably the newest member of the team, and I want to commit
some test-cases for the plexus archiver, but the server does not
recognize my credentials.
My apache username is: ptahchiev
Can someone please take a look at this?
Thanks.
--
Regards, Petar!
Karlovo, Bulgaria.
- - - -
+1
-
To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
For additional commands, e-mail: dev-h...@maven.apache.org
On 04/02/2009, at 11:51 AM, Nick Pellow wrote:
Hi Brett,
It's always hard to tell from the output - is the resources call in
the forked lifecycle or the main one afterwards? The latter would
not retain all the settings.
I'm not 100% certain, however it looks like the resources call is
44 matches
Mail list logo
