One week gone, no response, so I am trying again. I am sure, that
MNG-2854 would be a very welcome contribution to 2.0.6 for most of us.
-- Forwarded message --
From: Jochen Wiedmann <[EMAIL PROTECTED]>
Date: Mar 14, 2007 12:49 PM
Subject: Nag: MNG-2854
To: Maven Developers List
On 3/21/07, Wendy Smoak <[EMAIL PROTECTED]> wrote:
Reported on the user list, and I just got a failure notice with the
same error from my Continuum instance when it tried 'mvn clean site'
on the site module.
The site plugin won't build, at least not with the deployed Doxia snapshots:
Also bei
Reported on the user list, and I just got a failure notice with the
same error from my Continuum instance when it tried 'mvn clean site'
on the site module.
The site plugin won't build, at least not with the deployed Doxia snapshots:
--
Wendy
-- Forwarded message --
From: Daniel
Sorry guys... I mean to send this to [EMAIL PROTECTED]
Though, thanks for the explanation for why this works Jason :-)
--jason
On Mar 21, 2007, at 5:40 PM, Jason van Zyl wrote:
On 21 Mar 07, at 6:30 PM 21 Mar 07, Jason Dillon wrote:
I just found out that -Dtest=false is the same as -
Dmav
Issue Subscription
Filter: Outstanding Repository Maintenance: Uploads (22 issues)
Subscriber: mavendevlist
Key Summary
MAVENUPLOAD-1432upload winstone to maven central
http://jira.codehaus.org/browse/MAVENUPLOAD-1432
MAVENUPLOAD-1405Eclipse SWT version 3.2.1 linux
Issue Subscription
Filter: Outstanding Repository Maintenance: Evangelism (40 issues)
Subscriber: mavendevlist
Key Summary
MEV-511 org.apache.struts:struts2-tiles-plugin:2.0.6 contains a SNAPSHOT
deps
http://jira.codehaus.org/browse/MEV-511
MEV-506 SiteMesh 2.3 is mis
I don't think this applies to Perforce but thanks for keeping me in the loop.
mike
On 3/21/07, Emmanuel Venisse <[EMAIL PROTECTED]> wrote:
Mike,
I don't know if Perforce checkout files in the current directory or in a subdirectory for
a "view", but if it's in a subdirectory like clearcase, it
On 21 Mar 07, at 6:30 PM 21 Mar 07, Jason Dillon wrote:
I just found out that -Dtest=false is the same as -
Dmaven.test.skip=true... for those that don't like to type so
much... FYI.
That just happens to be a regular expression that is used to match
tests you want to run so -Dtest=x wil
I was looking at some plugin descriptor xml files and I see a lot of
stuff that doesn't seem to be documented anywhere:
false
true
false
false
true
process-sources
per-lookup
once-per-session
Where can I get information about these tags: wha
I just found out that -Dtest=false is the same as -
Dmaven.test.skip=true... for those that don't like to type so much...
FYI.
--jason
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTEC
On 21 Mar 07, at 5:38 PM 21 Mar 07, Daniel Kulp wrote:
+1 Binding: 3 (jvanzyl, joakim, aheritier)
+1 Non-binding: 2 (dkulp, awilliams)
No -1 votes.
This vote has passed. Pushing to the rsync dir now.
I think we need to institute some form of Gong Show (http://
en.wikipedia.org/wiki/Th
My guess is that the EnforcementRule interface might need to allow
some context to be passed in, since its not really easy to get
@component or @parameter expression="" stuff into a child config
object IIRC. Also, probably should throw Exception, to free the rule
from having to worry about
+1 Binding: 3 (jvanzyl, joakim, aheritier)
+1 Non-binding: 2 (dkulp, awilliams)
No -1 votes.
This vote has passed. Pushing to the rsync dir now.
Thanks!
Dan
On Friday 16 March 2007 13:16, Daniel Kulp wrote:
> Following the "release often" mantra... :-(
>
>
> Several projects have hit
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
Arnaud
On 21/03/07, Daniel Kulp <[EMAIL PROTECTED]> wrote:
Any chance of getting another PMC to vote on this?
Another user filed another bug which is a dup of MRRESOURCES-14. I'd
like to get this out before others start hitting it.
Thanks a TON!
Dan
On Friday 16 March 2007 13:16, Da
Any chance of getting another PMC to vote on this?
Another user filed another bug which is a dup of MRRESOURCES-14. I'd
like to get this out before others start hitting it.
Thanks a TON!
Dan
On Friday 16 March 2007 13:16, Daniel Kulp wrote:
> Following the "release often" mantra...
I'm closing this vote.
+1 Binding: 4 (jvanzyl, aheritier, jdcasey, mperham)
+1 Non-binding: 2 (dkulp, brianf)
No -1 votes. No new regressions reported.
This vote passes. I'll work on getting it synced to central now.
Dan
On Friday 16 March 2007 13:11, Daniel Kulp wrote:
> Ok, Take 2.
All outstanding jira tickets that were under 1.1-alpha-1 have been resolved...
I am going to put together the dependencies that need to be released
and get those on track for release now and then we can stage and call
a vote on the first alpha of continuum 1.1
jesse
On 3/20/07, Brett Porter <[E
Yes, me too.
-Original Message-
From: Wayne Fay [mailto:[EMAIL PROTECTED]
Sent: Wednesday, March 21, 2007 2:20 PM
To: Maven Developers List
Subject: Re: maven-enforcer-plugin
I like this approach better as well... Seems very natural.
Wayne
On 3/21/07, Jason Dillon <[EMAIL PROTECTED]> w
If you're looking for a solution to resolving transitive dependencies from
WARs, you can use the maven-warpath-plugin. We (at the AppFuse project)
would *love* to see the functionality from this plugin added to the
maven-war-plugin.
http://static.appfuse.org/plugins/maven-warpath-plugin/
Matt
Yup! That did the trick.
Thanks Jason!
Jim
On 3/21/07, Jim Bethancourt <[EMAIL PROTECTED]> wrote:
Cool! That looks exactly like what I need. I'll give it a go. ;-)
Thanks,
Jim
On 3/21/07, Jason van Zyl < [EMAIL PROTECTED]> wrote:
>
>
> On 21 Mar 07, at 3:17 PM 21 Mar 07, Jim Bethancourt w
Cool! That looks exactly like what I need. I'll give it a go. ;-)
Thanks,
Jim
On 3/21/07, Jason van Zyl <[EMAIL PROTECTED]> wrote:
On 21 Mar 07, at 3:17 PM 21 Mar 07, Jim Bethancourt wrote:
> Hi all,
> I'm working on a multi-pom project and would like to inherit from
> classes in
> the tes
On 21 Mar 07, at 3:17 PM 21 Mar 07, Jim Bethancourt wrote:
Hi all,
I'm working on a multi-pom project and would like to inherit from
classes in
the test hierarchy across modules in the project, and I'm listing each
module as a dependency in the parent pom as well. I've done several
experime
Hi all,
I'm working on a multi-pom project and would like to inherit from classes in
the test hierarchy across modules in the project, and I'm listing each
module as a dependency in the parent pom as well. I've done several
experiments to see if this is possible and have had no success. What wou
I like this approach better as well... Seems very natural.
Wayne
On 3/21/07, Jason Dillon <[EMAIL PROTECTED]> 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 e
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 configure...
...
...
[1.3,1.6]
Hi Jason,
The general approach sounds good. A large part of the NMaven project deals
with matching of platform capabilities. The pattern includes:
public interface ExecutableMatchPolicy
{
/**
* Returns true if ExecutableCapability matches the policy
implementation, otherwise returns fals
29 matches
Mail list logo
