dependency plugin, it only had copy, unpack, and a couple of other
goals. It didn't have everything it has now.
-Original Message-
From: Andrew Williams [mailto:[EMAIL PROTECTED]
Sent: Tuesday, April 01, 2008 7:56 AM
To: Maven Developers List
Subject: Re: maven vs openmake mesiter
He
Heh, it looks to me like people who have had bad experiences with
maven but not known the tools that can help.
The command "mvn dependency:tree" would have saved them a paragraph of
rant at least!
Andy
On 31 Mar 2008, at 22:59, Jason van Zyl wrote:
I have something written but it's not very
+1
Andy
On 18 Feb 2008, at 17:38, Lukas Theussl wrote:
I'd like to propose giving commit access to Benjamin.
During the last few months, he has provided patches in so many areas
of Maven that I can't list them all here (various plugins, surefire,
doxia,...), including documentation and t
Why are you trying to load the dependencies of another plugin instead
of specifying them yourself?
Andy
On 17 Oct 2007, at 16:31, nicolas de loof wrote:
Not sure to understand what you would like me to see in the dependency
plugin.
I get my unarchiver using plexus dependency mecanism :
Then I would configure the plugin in a group-specific parent pom.
That way each team has it pre-configured the way they want.
Andy
On 20 Sep 2007, at 05:30, Jens Rapp wrote:
i'm juggling with some svn repositories and pathes inside and
outside them so i have several similar classes inside my
It will most likely work in small development environments.
What jason is saying is that it is not so likely to in corporate
environments with more than one subnet.
Andy
On 1 Sep 2007, at 17:59, Nigel Magnay wrote:
I guess ymmv, but I've never had zeroconf not work in development
environmen
I would have thought that a combination of classifiers and profiles
with a decent DependencyManagement should do it.
Make activating a profile at any level will change mydep-1.0 to
mydep-1.0-jdk1.4 thoughout the tree.
Of course you would need to be sure that the depManagement covered
every si
Frequent, fast releases sure would help - but I am not sure they are
always a good idea, say (as many do) that an API break is needed in
the alpha code - I'm not sure that should pass by on the fast track,
it could cause problems with those in the wrong time zone not being
able to comment.
Yes, I would think it is a good plan to see as much shared between
2.0.x and 2.1 as possible, except the core codebase of course ;)
Andy
On 11 Sep 2007, at 03:40, Jason van Zyl wrote:
Hi,
How do people feel about trying to use maven-artifact in 2.0.x?
The code has not changed, and backward
+1
On 7 Sep 2007, at 07:17, Jason van Zyl wrote:
Hi,
I would like to release the maven-verifier as it's used as part of
Maven's integration tests and would like to stop using the snapshot
in order to prepare for the 2.1-alpha-1.
The staging area is here:
http://people.apache.org/~jvanzy
+1 I think anything that maven needs to bootstrap itself should be
considered core ;)
Andy
On 3 Sep 2007, at 03:37, Brian E. Fox wrote:
The shade-maven-plugin is currently in the codehaus mojo sandbox. This
plugin is used by maven core to package the uberjar for
distribution and
should be
Oops, I just wrote something similar in the other vote thread.
Agree entirely, but the enforcer is not the right place for it,
perhaps a plugin-manager plugin or such.
Andy
On 2 Sep 2007, at 19:33, Arik Kfir wrote:
Hi,
As a heavy Maven **user**, what would be best for us is having some
p
E)
Specifying a a list of plugin versions in a pom snippet (better than
plugin packs) is (as I see it) adding maintenance overhead that could
become intrusive in some organisations.
Why can we not just have a plugin (that maven suggests running if it
seems missing version numbers) that updat
+1, deploying to snapshot repo would be good too.
Andy
On 21 Aug 2007, at 03:38, Brett Porter wrote:
Hi,
Continuum has been running on the zone for a while. Some people
have been watching the results vigilantly, but others have probably
missed them, or presumed them erroneous.
There ar
It seems it was mistakenly compiled against the wrong version, I have
corrected this in SVN, but not yet uploaded a new snapshot - the
versions in svn and repository seem out of alignment...
Is the beta-6-SNAPSHOT being run in a branch, or are the site plugin
developers changing the version
I agree also, publicising a restricted API has got to be a useful
thing for outside developers.
I was trying to do the same with the plexus container but clearly
that did not go so well!
Andy
On 15 Aug 2007, at 16:13, John Casey wrote:
The only problem here is that the expression evaluator
+1
Andy
On 14 Jul 2007, at 16:33, Vincent Siveton wrote:
Hi,
The last release (beta) of maven-antlr-plugin was more than two years
ago. We did some small enhancements.
http://jira.codehaus.org/secure/IssueNavigator.jspa?
reset=true&pid=11123&fixfor=12931
A release could be done shortly but
+1
Andy
On 16 Jul 2007, at 19:36, Vincent Siveton wrote:
Hi,
I would like to release the Maven Javadoc Plugin 2.3. The last release
has been about 6 months ago.
We solved around 30 issues:
http://jira.codehaus.org/secure/ReleaseNote.jspa?
projectId=11138&styleName=Html&version=13304
There
+1, though perhaps finishing the Taxonomy pages first might be a plan
as I am sure an alpha of 2.1 will draw in new faces?
Andy
On 11 Jul 2007, at 16:15, John Casey wrote:
Hi everyone,
We've been trying for quite a long time to get into a mode of
faster, more incremental releases. However
It's not just archetype - this has come up in appserver too, where
you need some properties in a file escaped and others left.
I suspect adding escape handling to the InterpolationFilterReader
might be a good way to go.
Andy
On 10 Jul 2007, at 11:35, Kenney Westerhof wrote:
Daniel Kulp w
+1
On 9 Jul 2007, at 00:37, Brian E. Fox wrote:
There have been tons of enhancements to the plugin testing harness
since
the last release in April. Several plugins require the new version
before release.
Tag:
https://svn.apache.org/repos/asf/maven/shared/tags/maven-plugin-
testing-
harn
+1
Andy
On 6 Jul 2007, at 16:08, John Casey wrote:
Hi all,
Jesse and I have been working on a patch plugin that I migrated
over from mojo.codehaus.org into the ASF sandbox, and we feel it's
ready for a release. I've prepared the documentation for a code
grant on this project, and all the
+1 good plan,
Andy
On 29 Jun 2007, at 07:28, Jason van Zyl wrote:
Hi,
After a fews weeks of sorting out some niggly details the new code
new by default will produce a functional archetype without user
intervention, and projects can be generated with the old and new
archetype plugins. I
+1 fixes my issues
On 17 Jun 2007, at 18:47, Jason van Zyl wrote:
Hi,
The release notes are here:
http://jira.codehaus.org/secure/ReleaseNote.jspa?
projectId=10500&styleName=Html&version=13138
The tag is here:
http://svn.apache.org/repos/asf/maven/components/tags/maven-2.0.7/
Staging rep
ues Brett was having and that I rebuilt and
redeployed on Wednesday. Everything is still fine.
-Original Message-
From: Mark Hobson [mailto:[EMAIL PROTECTED]
Sent: Friday, June 15, 2007 8:01 AM
To: Maven Developers List
Subject: Re: [VOTE] Release Maven 2.0.7
On 15/06/07, Andrew Willia
Apologies, you are quite right.
Andy
On 15 Jun 2007, at 14:08, Jason van Zyl wrote:
On 15 Jun 07, at 5:59 AM 15 Jun 07, Andrew Williams wrote:
Hmm, I think it is installing them, but under the wrong groupId.
No, the old ones are deployed in the remote repository. The invoker
plugin is
Thanks, that script does sort it for me :)
Andy
On 15 Jun 2007, at 13:55, Jason van Zyl wrote:
On 15 Jun 07, at 4:58 AM 15 Jun 07, Andrew Williams wrote:
Am I the only one getting a test failure on IT0002 with the 2.0.7
bundle?
junit.framework.AssertionFailedError: Expected file was not
Hmm, I think it is installing them, but under the wrong groupId.
Andy
On 15 Jun 2007, at 13:54, [EMAIL PROTECTED] wrote:
Author: jvanzyl
Date: Fri Jun 15 05:54:11 2007
New Revision: 547666
URL: http://svn.apache.org/viewvc?view=rev&rev=547666
Log:
o little script to install all the support ar
Am I the only one getting a test failure on IT0002 with the 2.0.7
bundle?
junit.framework.AssertionFailedError: Expected file was not found: /
Users/aje/.m2/repository/org/apache/maven/its/maven-core-it-support/
1.0/maven-core-it-support-1.0.jar
(yes, I did install the maven-core-it-support
Yeah, sounds like a plan
On 7 Jun 2007, at 14:59, Brian E. Fox wrote:
+1
-Original Message-
From: Jason van Zyl [mailto:[EMAIL PROTECTED]
Sent: Thursday, June 07, 2007 4:41 AM
To: Maven Developers List
Subject: Maven Project Website JIRA
For folks like myself, Eric, Tim and Brett who
+1
On 4 Jun 2007, at 23:04, Dennis Lundberg wrote:
Hi,
I'd like to release maven-idea-plugin 2.1. There are 12 issues
fixed in
this version and the last release was made over a year ago.
Release Notes:
http://jira.codehaus.org/secure/ReleaseNote.jspa?
projectId=11135&styleName=Html&versio
?); if you are using 2.0.x I'm
going with my fault :)
- Brett
On 25/05/2007, at 2:55 AM, Andrew Williams wrote:
Well, I don't know if I did something wrong, but since this
email went out (possibly a few hours before) my tests all fail.
I have to pin the surefire plugin to 2.3
you are using 2.0.x I'm going with
my fault :)
- Brett
On 25/05/2007, at 2:55 AM, Andrew Williams wrote:
Well, I don't know if I did something wrong, but since this email
went out (possibly a few hours before) my tests all fail.
I have to pin the surefire plugin to 2.3 for them
Well, I don't know if I did something wrong, but since this email
went out (possibly a few hours before) my tests all fail.
I have to pin the surefire plugin to 2.3 for them to pass.
Everything seems to fail with the following message:
-
Exception in thread "main" java.lang.NoClassDefFound
On 26 Apr 2007, at 13:20, Jörg Schaible wrote:
Hi Jason,
Therefore the slots. The project itself can introduce them, if two
major versions can be used at same time. Think about a hypothetical
commons-logging 2.0 (it is discussed) that might have a different
API. I am quite sure Jakarta f
Well, I am available just about any time, so I shan't put my free
times on the calendar, it will just take up space :)
Andy
On 25 Apr 2007, at 19:10, Jason van Zyl wrote:
Cool,
John setup a calendar and if we all put available times there then
I can propose some meeting times. With a litt
+1
On 15 Apr 2007, at 19:55, Vincent Massol wrote:
Hi,
As Mike Perham pointed out the Clover license for the release
clover plugin (ie v2.3) has expired. Thus the urgency to release
version 2.4.
Here's the release notes for 2.4:
** Bug
* [MCLOVER-45] - Excluded files should be added
Actually, that is an interesting point, it could include that.
Enterprise is aimed more at the development cycle, but that could
easily include a "known stable and compatible with this toolset"
maven release.
Andy
On 13 Apr 2007, at 14:01, David Roussel wrote:
Hmm, that's a good idea. A
+1
On 12 Apr 2007, at 18:13, Daniel Kulp wrote:
I'd like to release version 1.0-alpha-5 of the
maven-remote-resources-plugin. This resolves one critical bug, but
also adds some new features to make it a bit more usable.
Release Notes - Maven 2.x Remote Resources Plugin - Version 1.0-
alph
apart from the css glitch it seems good.
Andy
On 8 Apr 2007, at 04:12, Brian E. Fox wrote:
I moved the site stuff up to the main maven pom. I staged the maven
main
site here: http://people.apache.org/~brianf/maven/
I think this is pretty good. I also staged a shared component to
see how
+1
On 3 Apr 2007, at 21:36, Dennis Lundberg wrote:
Hi,
I'd like to release maven-skins pom 3.
This is in preparation of a patch release of maven-stylus-skin.
Since it is not possible to use the release-plugin to release a
parent pom like this one, I'm offering you a diff between the last
[X] Move to Maven Pom, with the note that extra site.xmls might be
nice for breadcrumbs and extra links etc.
Andy
On 3 Apr 2007, at 03:39, Brian E. Fox wrote:
Currently only plugins get a nice looking skin that matches the main
maven.apache.org page because the site.xml exists in the plugin
+1
Andy
On 4/1/07, Jason van Zyl <[EMAIL PROTECTED]> wrote:
Hi,
The staging repository is here:
http://people.apache.org/~jvanzyl/staging-repository/maven-ant-
tasks-2.0.6/
The uber jar that people will want to try is here:
http://people.apache.org/~jvanzyl/staging-repository/maven-ant-
t
On 21 Mar 2007, at 07:04, Stephane Nicoll wrote:
Hi,
On 3/21/07, Brian E. Fox <[EMAIL PROTECTED]> wrote:
Will the use of this new overlay cause the transitive dependencies
of the overlayed wars to be resolved and included? I currently
construct wars that I intend to be used as overlays by
Not entirely sure I agree with this point. Another level of
complexity to get round this issue?
surely if folk have any problems they can use dependencyManagement
and pluginManagement to solve
the same issue?
I know plenty of folk who barely know why to separate snapshot from
release repos
+1
I have discovered a very small issue with it to do with bad error
messages but it is not regression, so I say go ahead too.
Issue filed in JIRA set for 2.0.7 ;)
Andy
On 27 Mar 2007, at 03:55, Jason van Zyl wrote:
Hi,
The roadmap is here:
http://jira.codehaus.org/secure/IssueNavigator.
+1
Andy
On 25 Mar 2007, at 06:21, Brian E. Fox wrote:
I'd like to release maven-dependency-plugin:2.0-alpha-4 and the shared
maven-dependency-analyzer 1.0-alpha-2 that it depends on.
Tags:
http://svn.apache.org/repos/asf/maven/plugins/tags/maven-dependency-
plug
in-2.0-alpha-4/
http://svn.a
added permanently?
On 3/22/07, Andrew Williams <[EMAIL PROTECTED]> wrote:
I sometimes get that problem too, when I see it I insert the
following into the section of continuum's root pom.xml
org.apache.maven.plugins
maven-surefire-plugin
+1 very useful for sane defaults to be around, and I think maven is
the right context to have them set.
Andy
On 22 Mar 2007, at 14:54, Jason van Zyl wrote:
On 22 Mar 07, at 10:41 AM 22 Mar 07, Daniel Kulp wrote:
On Thursday 22 March 2007 10:28, Jason van Zyl wrote:
Sure, once I'm done wit
I sometimes get that problem too, when I see it I insert the
following into the section of continuum's root pom.xml
org.apache.maven.plugins
maven-surefire-plugin
-Xmx512m
org.apache.maven.plugins
maven-compi
Much better - properly extensible too :)
Andy
On 21 Mar 2007, at 18:13, Jason Dillon wrote:
Hey, this occurred to me last night...
Why not have one goal, enforcer:enforce, then abstract the things
to enforce into rules...
public interface EnforcementRule {
void execute();
}
And then
+1
Andy
On 19 Mar 2007, at 22:43, Dennis Lundberg wrote:
Hi,
I'd like to release maven-plugin-plugin-2.3.
There is only one issue fixed for this release, but it's an
important one. It adds support for @since tags for mojo parameters.
This is an important improvement to our plugin documen
little late, but a big +1 from me too
Andy
On 16 Mar 2007, at 16:51, John Casey wrote:
Hi everyone,
I've performed a fairly significant refactoring of the lifecycle
executor on
the 2.1-lifecycle-refactor branch. The changes allow Maven to
construct a
build plan before execution begins in
+1
Andy
On 17 Mar 2007, at 22:33, Jason van Zyl wrote:
Hi,
As part of the massive overhaul that was MNG-1577 I wanted to also
to ask for commit privs for Ralph. Much of my recent work has been
with Patrick on getting MNG-1577 into the codebase, but Ralph also
did a great deal of work an
+1
Andy
On 17 Mar 2007, at 22:35, Jerome Lacoste wrote:
On 3/17/07, Brian E. Fox <[EMAIL PROTECTED]> wrote:
I'd like to release the alpha 1 version of this shared component. The
analyzer scans through your class files and produces a list of
dependencies declared but not used, dependencies us
)
-Original Message-
From: Andrew Williams [mailto:[EMAIL PROTECTED]
Sent: Friday, March 16, 2007 1:06 PM
To: Maven Developers List
Subject: Re: Working toward 2.0.6
This is now fixed in the latest plexus, which is being used in 2.1-
SNAPSHOT.
We are currently trying to figure if it is feasible to
+1
On 16 Mar 2007, at 17:16, Daniel Kulp wrote:
Following the "release often" mantra... :-(
Several projects have hit "Critical" bugs that is causing builds to
fail
when using the remote-resources plugin.1.0-alpha-4 contains no new
functionality. It just fixes the two critical b
This is now fixed in the latest plexus, which is being used in 2.1-
SNAPSHOT.
We are currently trying to figure if it is feasible to update the
2.0.x branch at this time.
Andy
On 16 Feb 2007, at 16:30, Brian E. Fox wrote:
Since this is a plexus issue, I might be grasping, but we are still
s
Are non-binding votes allowed for priv votes?
If so +1
Andy
On 16 Mar 2007, at 14:44, Jason van Zyl wrote:
Hi,
Patrick has, for at least a couple months, been working on
MNG-1577, has written extensive tests, changed and altered patches
for anything and everything that's been asked of him
+1, I agree with Kenney that folk will be able to remove a lot of
workaround snippets from their poms,
the sooner the better.
Andy
On 16 Mar 2007, at 11:48, Kenney Westerhof wrote:
I think it won't break builds at all.
I think that people have lots of workarounds in their poms right now
to
#x27;maven' role-hint and we need to use it instead of re-declaring
the component.
I'll revert your patch.
We'll use the 'default' role-hint when we'll use the latest maven-
project.
Emmanuel
Andrew Williams a écrit :
You misunderstand it's purpose.
I am not d
You misunderstand it's purpose.
I am not defining a dependency, but rather re-declaring the component.
That is a copy of the "maven" hinted component as "default". The
latest maven-project uses "default" so this is a temporary measure.
Does that make sense?
Andy
On 15 Mar 2007, at 22:41, Emma
, Jason van Zyl wrote:
On 13 Mar 07, at 6:53 AM 13 Mar 07, Andrew Williams wrote:
It is possible that the error was slowing things down, as
returning the wrong manager could cause a tree to be traversed
rather than returning the first leaf.
Getting it into 2.0.6 is not very likely, as it is
Hmm, yes there is a good chance I could fix it on the branch, I will
get that sorted.
Andy
On 13 Mar 2007, at 15:07, Jason van Zyl wrote:
On 13 Mar 07, at 6:53 AM 13 Mar 07, Andrew Williams wrote:
It is possible that the error was slowing things down, as
returning the wrong manager
is in 2.0.6?
-Original Message-
From: Andrew Williams [mailto:[EMAIL PROTECTED]
Sent: Tuesday, March 13, 2007 7:17 AM
To: Maven Developers List
Subject: Re: "Component returned which is not the same manager" ?
I fixed this last week, and is now released in plexus-containers 1.0-
27;t able to reuse them correctly
and results in an explosion of object creation. The original issue is:
http://jira.codehaus.org/browse/PLX-287
-Original Message-
From: Andrew Williams [mailto:[EMAIL PROTECTED]
Sent: Tuesday, February 27, 2007 6:21 AM
To: Maven Developers List
Subject:
There is a mismatch of plexus component api and container-default by
the looks of things, unless there is some code in archiva that uses
the removed getComponentKey() method.
Andy
On 11 Mar 2007, at 20:04, Wendy Smoak wrote:
On 3/11/07, Brett Porter <[EMAIL PROTECTED]> wrote:
This occurs
Hm, it is an error with the jdo2 snapshot release I was using, so a
false alarm for now ;)
On 7 Mar 2007, at 01:20, Andrew Williams wrote:
Digging in to continuum I get these errors in continuum-store, is
it related to the recent int -> long updates?
A
codehaus-snapshots seems to be in the continuum pom already.
the alpha-8-SNAPSHOT should already be deployed.
I have just deployed it again in case there was a problem with the
metadata.
Andy
On 7 Mar 2007, at 01:20, Arnaud HERITIER wrote:
Hi guys,
I can't build continuum because of a mis
/03/2007, at 3:18 AM, Andrew Williams wrote:
Are there an objections, or reasons not to change the role-hint of
MavenMetadataSource
in maven-project from "maven" to "default".
The latest plexus code (will shortly...) be more strict on hints
and no longer allow components
to
Zyl wrote:
On 4 Mar 07, at 3:18 AM 4 Mar 07, Andrew Williams wrote:
Are there an objections, or reasons not to change the role-hint
of MavenMetadataSource
in maven-project from "maven" to "default".
I think that's fine, but we should also annotating all the plexus
comp
rking.
However, something may reference it directly by the maven role-
hint: I suggest a subclass with not modifications except the
alternate role-hint be made (and deprecated) for that case.
- Brett
On 04/03/2007, at 3:18 AM, Andrew Williams wrote:
Are there an objections, or reasons n
just out of interest, what part of 2.0.5 is required now?
Andy
On 4 Mar 2007, at 11:28, [EMAIL PROTECTED] wrote:
Author: dennisl
Date: Sun Mar 4 03:27:56 2007
New Revision: 514383
URL: http://svn.apache.org/viewvc?view=rev&rev=514383
Log:
o Update prerequisites to 2.0.5.
Modified:
maven
Are there an objections, or reasons not to change the role-hint of
MavenMetadataSource
in maven-project from "maven" to "default".
The latest plexus code (will shortly...) be more strict on hints and
no longer allow components
to grab "whatever is configured", if a hint exists it must be
ho
+1
On 1 Mar 2007, at 17:22, Carlos Sanchez wrote:
anything pending to do in the apache pom? there are some mistakes in
the version 3 like organization name that propagates to all apache
projects.
--
I could give you my word as a Spaniard.
No good. I've known too many Spaniards.
+1
On 2 Mar 2007, at 02:20, Jason van Zyl wrote:
Hi,
The impetus for this is wanting to release the surefire plugin that
has a tiny bug in it. We are versioning our Maven release
major.minor.micro so why don't we do the same with our plugin and
treat everything like we're going to do sma
Am I the only one seeing this or is continuum now requiring Java5?
/Coding/continuum/continuum-webapp/src/main/java/org/apache/maven/
continuum/web/view/jsp/ui/SubmitCancelTag.java:[27,-1] cannot access
javax.servlet.http.HttpServletRequest
bad class file: /Users/aje/.m2/repository/javax/servl
This is a plexus bug, registered on JIRA already.
Not sure if anyone knows what is causing it, but there is one
possible related change being
looked into I believe.
A
On 27 Feb 2007, at 02:39, Jason Dillon wrote:
Anyone know what this means?
[WARNING] Component returned which is not the s
nt without
enhancement.
Please, revert your patch.
Emmanuel
Andrew Williams a écrit :
The SampleClient fails to run without it.
Caused by: java.lang.NoClassDefFoundError: javax/jdo/spi/
PersistenceCapable
at java.lang.ClassLoader.defineClass0(Native Method)
I must admit I was very tempted to put that back in.
Perhaps not exactly the same logo, make a change in the 2.1 tree :)
I wondered also if I could tie it to some colour logging work I have
up my sleeve so we could colour the "a" of Maven
like the official logo.
Any objections?
Andy
On 15 F
Maybe a couple of hours too late, sorry.
+1
Andy
On 23 Feb 2007, at 08:52, Brett Porter wrote:
Please vote for the release of Surefire 2.3. This now includes the
API, providers, plugin and report plugin.
[ ] +1
[ ] 0
[ ] -1
Staged at: http://people.apache.org/~brett/release-staging-repo/
I have a problem with continuum booted in Maven Enterprise (alsp
happens with continuum-plexus-runtime).
When I try to add a m2 project by uploading the pom I get:
2007-01-31 19:02:45,283 [SocketListener0-2] INFO
DispatcherUtils- Unable to find
'webwork.multipart.saveDir' p
OK, I can finally replicate it.
We are working on fixing it now - related to some recent appserver
fixes I believe.
It should be working fine when executed as mvn jetty:run
Andy
On 29 Jan 2007, at 20:11, Wendy Smoak wrote:
On 1/29/07, Andrew Williams <[EMAIL PROTECTED]> wrote:
A
So you want to alter the versions that you rely on without altering the pom?
surely that breaks the idea of repeatable builds?
Andy
Mark Lundquist wrote:
Andrew Williams wrote:
have you tried referring to a snapshot build using it's full build
identifier (date etc)?
that has worked f
have you tried referring to a snapshot build using it's full build
identifier (date etc)?
that has worked for me in some situations in the past.
Andy
Mark Lundquist wrote:
Hi Ralph, fancy meeting you here :-)...
Ralph Goers wrote:
I have one issue with this.
Typically, at least in the envir
+1
Dennis Lundberg wrote:
Hi,
I'd like to release the changelog. It has not had a release since it
moved from Codehaus, so this will be the first release at Apache.
A lot of issues have been resolved for 2.0 as can be seen in JIRA:
http://jira.codehaus.org/secure/IssueNavigator.jspa?reset=t
It is back now :)
Patrick Schneider wrote:
Yeah... I saw this right after I sent that last email...
http://jira.codehaus.org/browse/MNG-2351
Sorry!
On 1/15/07, Brett Porter <[EMAIL PROTECTED]> wrote:
I think -X just doesn't work at all on trunk - right?
It's not deliberate, just logging ch
nt Massol, Jesse
McConnell, Stephane Nicoll, Mike Perham, Brett Porter, Edwin
Punzalan, Daniel Rall, Allan Ramirez, Carlos Sanchez, Vincent
Siveton, Wendy Smoak, Torbjorn Smorgrav, James Strachan, Chris
Stevenson, Rahul Thakur, Lukas Theussl, John Tolentino, Dan Tran,
Emmanuel Venisse, Kenne
+1
On 11 Jan 2007, at 04:49, Jason van Zyl wrote:
Can we put the webapp stuff that's currently in the site plugin in
another plugin so that when you simply want to generate your site
you don't drag down Jetty and all its dependencies? It really is
something unexpected and isn't something m
+1
Andy
On 10 Jan 2007, at 22:20, Jason van Zyl wrote:
Hi,
I want to call a vote for 2.0.5. All the issues that are going to
get done are done. We'll release and move on.
I would like to start building all releases from a standard machine
with the same JDK. I would like to propose the m
Seems to be related to http://jira.codehaus.org/browse/MNG-2731
I am trying to trace through it but the tests are not behaving at all :(
A
On 6 Jan 2007, at 14:44, Vincent Siveton wrote:
Thanks Kenney.
I have a NPE now in MPIR for plexus-i18n:1.0-beta-7-SNAPSHOT
If I roll back to 1.0-beta-6 i
I think this was fixed earlier in the week - is your checkout up to date?
Andy
Jason van Zyl wrote:
On 3 Jan 07, at 2:01 AM 3 Jan 07, Franz Allan Valencia See wrote:
Good day,
MNG-2692, MNG-2699 and MNG-2700 all refers to the same problem. That is
after building maven from trunk and using t
your wish is etc...
plexus-utils 1.4-alpha-1 released :)
Andy
Fabrizio Giustina wrote:
Thanks Jason,
could I ask you to take care of the plexus-utils stuff? Should be the
only non-maven dependency needed for this release, I could take care
of the rest... the plexus release should be solved inde
+1 to all
Andy
Fabrizio Giustina wrote:
a +1 for all of them, we really need a release at this point
there is only something left that needs to be fixed before the
release: documentation for the gpg plugin needs to be rewritten, I see
that the usage guide refers to the "Genesis Tools Plugin fo
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
the maven.new branch which contained the work to get maven up to the
latest and greatest plexus container and classworlds has been
branched to trunk.
The tests all pass and bootstrapping works here, please bug Jason or
I if there appears to be any problems with this substantial change.
Andy
fair point - if you are imminently making the release I suppose it makes
sense ;)
Andy
Brett Porter wrote:
Yes, it's just a pain to change it only to change it back again when a
release is imminent.
- Brett
On 06/12/2006, at 8:59 PM, Andrew Williams wrote:
Not really - I'm wit
Not really - I'm with Dan here, if we are working to a beta-4 release
surely it should be 1.0-beta-4-SNAPSHOT.
That way there is no confusion as to what version to release. Then when
1.0 is ready it can be dropped up to the 1.0 level.
Is this not the behavior documented in BBwM?
Andy
Emmanuel
Just a note to explain:
I created the sandbox module "surefire-plugin-merge" to try merging
the two maven surefire plugins into the surefire codebase as
discussed before.
The reason it is not straight forward is that when the maven-surefire-
plugin is enabled is that maven detects a circular
+1
Andy
Vincent Siveton wrote:
Late, but here's my +1
Vincent
2006/11/28, Stephane Nicoll <[EMAIL PROTECTED]>:
+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
1 - 100 of 113 matches
Mail list logo
