Hello,
I'd like to loop over all the dependencies and change their version number in a
given version number.
I know how to loop over the dependencies of a project.
But I don't know if it is actually possible to modify the version of a
dependency in a project.xml file ?
Any help is welcome...
I took a stab at it... can someone have a peek:
http://jira.codehaus.org/browse/MNG-2681
Thanks,
--jason
On Nov 18, 2006, at 3:39 PM, Brett Porter wrote:
Easy enough to do, it's just the opposite of -U. Do you want to
implement it?
- Brett
On 18/11/2006, at 7:44 AM, Jason Dillon wro
I started to peep at what it would take to implement this...
Looks like the cli options need to be updated to know about a -nsu, --
no-snapshot-updates. And the execution request needs a flag to hold
the state and DefaultMaven.execute() needs to be updated to set the
artifact repo factory's
Why is this step needed:
cd maven-cli
mvn assembly:assembly
Why not hook up assembly to the be performed with just `mvn install` ?
--jason
On Nov 22, 2006, at 11:03 AM, Wendy Smoak wrote:
On 11/22/06, Jason Dillon <[EMAIL PROTECTED]> wrote:
Yes, this is no trunk (http://svn.apache.org/re
Is this documented anywhere? I don't quite understand what it means.
On 29/11/2006, at 5:29 PM, [EMAIL PROTECTED] wrote:
Author: jvanzyl
Date: Tue Nov 28 22:29:37 2006
New Revision: 480431
URL: http://svn.apache.org/viewvc?view=rev&rev=480431
Log:
o archiver will now pick up dot files to packa
You're oversimplifying it. There is no cycle when you run mvn
install, Maven is misdetecting it.
When you generate a site, if you are to do "install site" on both
without having a working version of either first, then javadoc ->
checkstyle ->javadoc is never going to be a cycle you can fix.
On 28 Nov 06, at 5:25 PM 28 Nov 06, Brett Porter wrote:
It's filed in JIRA. I think we need to fix Maven.
To allow cycles? I mean the second that cycle was introduced it made
working with the plugins pretty crappy. How about fixing the cycle?
The only way to fix this is to disable the rep
On 28 Nov 06, at 7:10 PM 28 Nov 06, Brett Porter wrote:
In addition, the source files don't have the updated (or any)
license information.
Ok, I'm now making some modifications that allow all archivers in the
lifecycle to pick up resources and package them. I'll fix that and
post again.
On 28 Nov 06, at 7:19 PM 28 Nov 06, Brian E. Fox wrote:
It seems like the process goal is a close duplicate of what
dependency:unpack can do, with the exception of processing the
contents.
I don't unpack anything. I extract the resources using Velocity
straight out of the JAR.
Jason.
It seems like the process goal is a close duplicate of what
dependency:unpack can do, with the exception of processing the contents.
-Original Message-
From: Jason van Zyl [mailto:[EMAIL PROTECTED]
Sent: Tuesday, November 28, 2006 5:30 PM
To: Maven Developers List
Subject: [vote] Release
In addition, the source files don't have the updated (or any) license
information.
- Brett
On 29/11/2006, at 10:11 AM, Daniel Kulp wrote:
-1 - the snapshots don't have the required LICENSE and NOTICE files in
them.
Dan
On Tuesday November 28 2006 5:30 pm, Jason van Zyl wrote:
Hi,
I've
-1 - the snapshots don't have the required LICENSE and NOTICE files in
them.
Dan
On Tuesday November 28 2006 5:30 pm, Jason van Zyl wrote:
> Hi,
>
> I've finished of the remote resources plugins which will help folks
> with consistently applying, licenses, notice files, any other legal
> disc
Hi,
What about generated resources ? There is only one resource directory
configurable.
i think about the wsdl file generated by axistools during the
process-classes phase.
Raphaël
2006/11/28, Jason van Zyl <[EMAIL PROTECTED]>:
Hi,
I've finished of the remote resources plugins which will hel
Hi,
I have a plugin proposition around archetype, any tought ?
Some of the features would need some changes in settings.xml
Raphaël
The proposed plugin defines some goals calling specific lifecycles mapped on
internal (to the plugin) goals.
public goals:
1. define-project,
2. generate-
Are you deploying to a windows machine? maybe the path is too long?
You might like to post to archiva-users in future.
Cheers,
Brett
On 29/11/2006, at 12:16 AM, [EMAIL PROTECTED] wrote:
Hello,
Every now and then, I get the error " 507 Insufficient Storage"
during mvn
deploy. Is this a kn
I'd actually go with (1), creating a branch for bugfixes on the old
one. (3) sounds good if there is expected to be a lot of changes
still needed for clover1.
On 29/11/2006, at 7:49 AM, Vincent Massol wrote:
Hi,
As you may have seen Clover2 is going to be out soon and I was
thinking
abou
And aside from that, some of us who (usually) sleep when you are
working would like to at least be given the opportunity to provide
feedback.
On 29/11/2006, at 2:35 AM, Wendy Smoak wrote:
On 11/28/06, Jason van Zyl <[EMAIL PROTECTED]> wrote:
I don't think this requires 72 hours as I just
Hi,
I've finished of the remote resources plugins which will help folks
with consistently applying, licenses, notice files, any other legal
disclaimers, or anything else consistently to a large number of
project or an entire organization.
The site is here:
http://people.apache.org/~jvanz
It's filed in JIRA. I think we need to fix Maven.
The only way to fix this is to disable the reporting, or copy it into
every plugin - not really desirable either.
- Brett
On 29/11/2006, at 2:11 AM, Stephane Nicoll wrote:
I would like to know as well. It's been ages since we have this
pro
waht about having 2.x branch for clover 1 and make 3.x for clover 2 ?
On 11/28/06, Vincent Massol <[EMAIL PROTECTED]> wrote:
Hi,
As you may have seen Clover2 is going to be out soon and I was thinking
about how we would go about adding support for it. We already have a Clover1
plugin. Although
moderation. I only just let this one through. I'll try and remember
to add you to the allow list next time, but you can also post from
the subscribed addres to get it through straight away
On 29/11/2006, at 1:58 AM, Mark Donszelmann wrote:
Hi
I just wondered why there is a ~5 hour delay be
Hi
I just wondered why there is a ~5 hour delay between posting my
message to this list and
its appearance? Is the list that big, or is this on purpose to
prevent spam?
This was posted at 7:00 AM in California.
Regards
Mark Donszelmann
Hi all,
I'm looking forward to the upcoming plugin releases. Maybe this is a
good time to fix the description elements in the POMs. Right now there
are none, so they have an inherited value of ''Maven Plugins'.
Tom
-
To unsubsc
Hi,
As you may have seen Clover2 is going to be out soon and I was thinking
about how we would go about adding support for it. We already have a Clover1
plugin. Although this is about Clover it's really a general strategy that we
may want to have for all other tools.
I can see the following optio
Hey. Just FYI, in the trunk the unauthenticated user (and other
logged-in, unempowered users) can create new project groups.
Christian.
--
*christian** gruber + process coach and architect*
*Israfil Consulting Services Corporation*
*email** [EMAIL PROTECTED] + bus 905.640.1119 + mob 416.998.6
very cool
+1 on release
milos
On 11/28/06, Jason van Zyl <[EMAIL PROTECTED]> wrote:
On 28 Nov 06, at 1:42 PM 28 Nov 06, Milos Kleint wrote:
> all the archetypes are missing description elements. hard for tools
> like IDE/archiva to present reasonable data about what each archetype
> does.
> S
On 28 Nov 06, at 1:42 PM 28 Nov 06, Milos Kleint wrote:
all the archetypes are missing description elements. hard for tools
like IDE/archiva to present reasonable data about what each archetype
does.
Some projects created from archetypes don't have a variable name
element in the pom, resulting i
all the archetypes are missing description elements. hard for tools
like IDE/archiva to present reasonable data about what each archetype
does.
Some projects created from archetypes don't have a variable name
element in the pom, resulting in all projects created having the same
dull name. Again so
|Is mirrors.ibiblio.org balancing the load on the mirrors?
I should have phrased that differently, sorry. Maven is one of the most
heavily-used sites in our web cluster, while mirrors.ibiblio.org is under-
utilized, and as a file repository, the ibiblio Maven archive really
belongs there.
Hi, some questions
Is mirrors.ibiblio.org balancing the load on the mirrors?
Will you leave www.ibiblio.org/maven and www.ibiblio.org/maven2 as
redirects to the new location?
We need to check for maven1 users that still point there, but for
maven2 is fine as they already use repo1.maven.org as c
-- Forwarded message --
Date: Tue, 28 Nov 2006 10:36:04 -0500 (EST)
From: Don Sizemore <[EMAIL PROTECTED]>
To: Maven Umbrella <[EMAIL PROTECTED]>
Cc: Ken Chestnutt <[EMAIL PROTECTED]>, Paul Jones <[EMAIL PROTECTED]>
Subject: moving maven repository to mirrors.ibiblio.org
Hello
And away we go!
Jason.
On 28 Nov 06, at 10:50 AM 28 Nov 06, Jesse McConnell wrote:
+1
archetype updates are definitely a good thing at this point :)
jesse
On 11/28/06, Wendy Smoak <[EMAIL PROTECTED]> wrote:
On 11/28/06, Jason van Zyl <[EMAIL PROTECTED]> wrote:
> I don't think this require
+1
archetype updates are definitely a good thing at this point :)
jesse
On 11/28/06, Wendy Smoak <[EMAIL PROTECTED]> wrote:
On 11/28/06, Jason van Zyl <[EMAIL PROTECTED]> wrote:
> I don't think this requires 72 hours as I just want to release a
> bunch of Archetypes. I want to release them al
On 11/28/06, Jason van Zyl <[EMAIL PROTECTED]> wrote:
I don't think this requires 72 hours as I just want to release a
bunch of Archetypes. I want to release them all. If no one objects
I'll release them all at the end of the day.
I doubt getting three PMC member votes will be a problem, but y
+1
-john
Jason van Zyl wrote:
Hi,
I don't think this requires 72 hours as I just want to release a bunch
of Archetypes. I want to release them all. If no one objects I'll
release them all at the end of the day. One of them is a new plugin site
archetype which should help people create some
I would like to know as well. It's been ages since we have this problem BTW.
On 11/28/06, Jason van Zyl <[EMAIL PROTECTED]> wrote:
I'm sure folks know but how did the cycle end up in there:
[INFO]
[ERROR] BUILD FAILURE
[IN
Apologies - the "A" signature was not exactly useful - need to fix my head.
The vote was from Andy Williams, your friendly new committer :)
Andy.
Andrew Williams wrote:
+1
A
Jason van Zyl wrote:
Hi,
I don't think this requires 72 hours as I just want to release a
bunch of Archetypes. I wan
[EMAIL PROTECTED] a écrit :
Emmanuel Hugonnet <[EMAIL PROTECTED]> schrieb am 28.11.2006
14:24:44:
I have to edit the pom.xml of
maven-plugin-tools-java to set the version of qdox to 1.6.1 and then all
is fine.
My solution in such a case:
- Download the source for the bro
On 28 Nov 06, at 9:33 AM 28 Nov 06, Milos Kleint wrote:
lemme check them, I had some improvements as far as naming of the
project created from archetype..
Cool, thanks. Change what you like and let me know. When folks are
happy we'll push them out, and push them out again when we find prob
I'm sure folks know but how did the cycle end up in there:
[INFO]
[ERROR] BUILD FAILURE
[INFO]
[INFO] The projects in the reactor contain a cyclic
+1
A
Jason van Zyl wrote:
Hi,
I don't think this requires 72 hours as I just want to release a bunch
of Archetypes. I want to release them all. If no one objects I'll
release them all at the end of the day. One of them is a new plugin
site archetype which should help people create some doco
On 28 Nov 06, at 9:34 AM 28 Nov 06, Julien HENRY wrote:
Hi,
Perhaps could you update archetypes to put junit-3.8.2 instead of
junit-3.8.1 in the generated pom?
I don't know what effect that would have, for the next release I'll
do it so I'll update after the release and try it. No time
Can whomever made this the case roll it back please. We definitely
can't release it like that and having that it in plugins tree makes
it impossible for anyone trying to do anything with 2.0.4 at the
reactor level impossible which is very annoying. For example, trying
to overlay a site on a
> - Increment the version by 1
You might better indicate it as private branch.
The maven versioning system supports versions like
pluginname-2.0.1-aaron-1
This way you don't get conflicts if the release is
also beeing used (which almost certain will be the
case) in a later development phase by t
Hi,
Perhaps could you update archetypes to put junit-3.8.2 instead of junit-3.8.1
in the generated pom?
++
Julien
- Message d'origine
De : Jason van Zyl <[EMAIL PROTECTED]>
À : Maven Developers List
Envoyé le : Mardi, 28 Novembre 2006, 15h29mn 10s
Objet : [vote] releasing archetype b
lemme check them, I had some improvements as far as naming of the
project created from archetype..
Milos
On 11/28/06, Jason van Zyl <[EMAIL PROTECTED]> wrote:
Hi,
I don't think this requires 72 hours as I just want to release a
bunch of Archetypes. I want to release them all. If no one objects
Hi,
I don't think this requires 72 hours as I just want to release a
bunch of Archetypes. I want to release them all. If no one objects
I'll release them all at the end of the day. One of them is a new
plugin site archetype which should help people create some doco faster.
Jason.
---
I'd suggest to
- create an issue for the bug to be solved
- create and attach a patch to the issue
- install the patched dependency with version N+1 and classifier
(-patchXYZ123) to avoid any conflict
Nico.
My solution in such a case:
- Download the source for the broken plugin
- Fix the d
Emmanuel Hugonnet <[EMAIL PROTECTED]> schrieb am 28.11.2006
14:24:44:
> I have to edit the pom.xml of
> maven-plugin-tools-java to set the version of qdox to 1.6.1 and then all
> is fine.
My solution in such a case:
- Download the source for the broken plugin
- Fix the dependencies
- Increme
+1
Stéphane
On 11/28/06, John Tolentino <[EMAIL PROTECTED]> wrote:
Hi Everyone,
The latest version (2.0.2-SNAPSHOT) of the maven-war-plugin is now
deployed to the snapshot repo. We'll also have the license stuff
resolved before doing any release.
For your reference of features included in thi
Yes, I've actually always agreed with applying the development mode option.
So this bug fix will wait for the next release, there's definitely no
problem.
Let's release!
+1
:-)
On 11/28/06, Jason van Zyl <[EMAIL PROTECTED]> wrote:
On 28 Nov 06, at 4:00 AM 28 Nov 06, Fabrice Bellingard wrote:
Hello,
Every now and then, I get the error " 507 Insufficient Storage" during mvn
deploy. Is this a known error?
I'd like to debug this. Where in the server code is this error generated?
[INFO] Uploading repository metadata for: 'artifact
statcvs:maven-statcvs-plugin'
Connecting to http://.../
On 28/11/06, Jason van Zyl <[EMAIL PROTECTED]> wrote:
I think we should release, and then if you want to fix that issue we
can turn around and release again next week. In the future we'll have
to update the roadmap accordingly, as there should be unresolved
issues in the roadmap when the vote is
On 28 Nov 06, at 4:00 AM 28 Nov 06, Fabrice Bellingard wrote:
Hi John,
what about the issue "http://jira.codehaus.org/browse/MWAR-60";?
At the time I commented the issue, I expected some other people to
give
their point of view on that before working on it. IMHO, this
represents a
bug that
Mark, these appear to be great examples of exactly what I'm looking to
do.
Thanks to both you and Jason for quick, helpful advice. :-)
Jim
-Original Message-
From: Mark Donszelmann [mailto:[EMAIL PROTECTED]
Sent: Tuesday, November 28, 2006 1:14 AM
To: Maven Developers List
Subject: Re:
On 28/11/06, John Tolentino <[EMAIL PROTECTED]> wrote:
I now like to call a vote for Releasing the Maven WAR Plugin.
Joy, just tried it out and all seems good.. +1.
Thanks for this John,
Mark
-
To unsubscribe, e-mail: [EMAIL
afaik, Jason is working on resolving the parent pom issue--this is
related to the licensing I mentioned earlier. This will definitely be
done before doing the release.
On MWAR-60, as I mentioned in
http://www.nabble.com/Planning-a-release-of-Maven-War-Plugin-tf2714187s177.html,
I suggest we move
Hi John,
what about the issue "http://jira.codehaus.org/browse/MWAR-60";?
At the time I commented the issue, I expected some other people to give
their point of view on that before working on it. IMHO, this represents a
bug that is a regression between 2.0 and 2.0.1, and therefore that needs to
b
58 matches
Mail list logo
