I'm in a similar situation with patches I've provided. Some have
integration tests as well, as requested. No comments have been made
on any of the patches, they are months old.
They might not seem important, but we had to throw away our entire
Maven investment at a company I am at, after
Regardless of these process issues, I should add that I'm all for
getting a release out. Congrats to the team on feeling things are
stable enough to go out and thanks for all the hard work put into
other areas of the project.
Brian
On Jan 11, 2007, at 9:30 AM, Brian Topping wrote:
I'm
and deploy it there with
the revision incremented.
Brian
On Nov 22, 2006, at 5:39 PM, Brian E. Fox wrote:
You can cause another goal to execute before your mojo. If you're
creative enough, this might do what you want:
@execute goal=resolve-plugins
-Original Message-
From: Brian Topping
I have two mojos in two different plugins, and I would like to use
them together, one calling the other one to get some work done.
Let's call them parent and child. The parent mojo needs to
instantiate the child, and if the child has dependencies, should be
able to have those properly
Committers,
1) I've added a patch for CONTINUUM-997 to work with the patch on
MNG-2626.
2) Unfortunately, a core part of the patch for MNG-2626 (the line
that activates it) was left out of the patch in there. I've added that.
Jason, you were looking at this test case last week, if you
The patch attached to MNG-2626 is 25 lines of code and is easily
removable. I would be disappointed if it was not be applied before
2.0.5 is released.
-b
On Nov 2, 2006, at 1:45 AM, Kenney Westerhof wrote:
Hi,
I've talked to several users in the past period about issues in
maven
On Nov 2, 2006, at 1:59 PM, Rollo, Dan wrote:
Are there any user instructions on how people could kick the tires
of a
release candidate AND how to back-out if needed? Given how maven
composes itself on the fly, I'm nervous about trying an RC and finding
out I wasn't really using the right
On Nov 1, 2006, at 1:03 AM, Kenney Westerhof wrote:
Brian Topping wrote:
I hope that the patch for MNG-2626 can make it in for 2.0.5, it's
a very simple test case that needs to be cooked for it (system
scope dependency in parent POM) so I'll try to get that done today
after all the other
On Nov 1, 2006, at 1:03 AM, Kenney Westerhof wrote:
Brian Topping wrote:
There's just one problem - inheritance. Should plugins/executions
defined
in the parent be placed before or after the ones in the child pom?
I'd say before, but maybe they need to be interleaved..
This is where
On Nov 1, 2006, at 5:17 PM, Jason van Zyl wrote:
On 2 Nov 06, at 6:02 AM 2 Nov 06, Wendy Smoak wrote:
How should I do this if I can't depend on execution order?
Ultimately this should be setup in a custom lifecycle so that it
becomes a recipe for using Selenium with Maven in addition to
Hi Kenney,
Thanks for your thoughts on this. I like most all these ideas.
Comments inline.
On Oct 31, 2006, at 12:25 AM, Kenney Westerhof wrote:
Brian Topping wrote:
Hi,
there's a bug in maven 2.0.4 for the plugin ordering. It uses a Set.
This is fixed in SVN (LinkedHashSet
Greetings,
I'm having a problem using assembly plugin to create a work directory
for another plugin (the debian plugin). I started off by putting
these plugins in different phases to force the order, but as the
project has evolved, this has become unworkable because there are no
open
Hi guys,
I have several patches in Jira that I'd like to get applied, and
other similar patches would be needed in the future for the current
client I am at. One of them is a blocker here locally, and the
entire company is running on a patched version of 2.0.4.
I'd like to get commit
I'd like to get the patch on MRELEASE-124 applied.
And it does have tests :-)
-b
On Oct 26, 2006, at 8:26 AM, Matthew Beermann wrote:
Are there any plans to release a new version of the Release plugin
any time soon? It's been since last May (!)...
The particular feature we're most
With the snapshots repo down, there was some discussion on IRC.
Joakim mentioned there was some discussion of a resolution that was
DNS-like, not actual DNS and it got me thinking DNS might be a
better solution (possibly with RFC-2782 extensions) to resolve
repositories. Apologies if
On Oct 24, 2006, at 2:22 PM, Dan Fabulich wrote:
I don't think I understand the details of what you're proposing here,
but it sounds like you're thinking that the foo organization
would set
up maven.foo.org, and that Maven would automatically fall back to
checking maven.foo.org if the
On May 11, 2006, at 11:44 AM, Alex Karasulu wrote:
H this looks like a M1 repo to me. Am I mistaken?
Looks like that to me too, and they are missing a fair number of jars.
-b
-
To unsubscribe, e-mail: [EMAIL
Hi folks,
I've been working on web resource filtering with the war plugin and
came across a consideration I'd like to ask of the group.
What do you think of the term resources in the context of a war?
To me, resources in the POM should be considered anything including
the webapp
Hmm, I see there's a longstanding issue with this... http://
jira.codehaus.org/browse/MWAR-12
I'd kind of like to solve this...
-b
On Feb 20, 2006, at 12:51 AM, Brian Topping wrote:
Hi folks,
I've been working on web resource filtering with the war plugin and
came across a consideration
[ http://jira.codehaus.org/browse/MWAR-12?page=comments#action_59006 ]
Brian Topping commented on MWAR-12:
---
I started working on a solution to this, not realizing that it was already in
JIRA.
When I tried this a few weeks ago, my assumption was that I
filtering in the webapp source yet.
But I think we'd need more details on how the second option would
work. My initial thought is that treating classpath resources and
webapp sources as resources is going to be really confusing...
-Stephen
On 2/20/06, Brian Topping [EMAIL PROTECTED] wrote:
Hi folks
[ http://jira.codehaus.org/browse/MWAR-12?page=all ]
Brian Topping updated MWAR-12:
--
Attachment: MWAR-12.patch
Add resource filtering to war plugin
Key: MWAR-12
URL: http://jira.codehaus.org
Abstract resource filtering into Plexus
---
Key: MNG-2065
URL: http://jira.codehaus.org/browse/MNG-2065
Project: Maven 2
Type: Improvement
Components: Plugins and Lifecycle
Reporter: Brian Topping
Priority: Minor
[ http://jira.codehaus.org/browse/MNG-2065?page=all ]
Brian Topping updated MNG-2065:
---
Attachment: mng-2065.patch
Abstract resource filtering into Plexus
---
Key: MNG-2065
URL: http
Dependencies for axion
--
Key: MEV-317
URL: http://jira.codehaus.org/browse/MEV-317
Project: Maven Evangelism
Type: Bug
Components: Dependencies
Reporter: Brian Topping
Presumably, this patch will also work for 1.0-M1-dev and 1.0-M3
[ http://jira.codehaus.org/browse/MEV-317?page=all ]
Brian Topping updated MEV-317:
--
Attachment: axion.patch
Dependencies for axion
--
Key: MEV-317
URL: http://jira.codehaus.org/browse/MEV-317
Project: Maven
[ http://jira.codehaus.org/browse/MEV-317?page=all ]
Brian Topping closed MEV-317:
-
Resolution: Incomplete
Will upload in another patch
Dependencies for axion
--
Key: MEV-317
URL: http://jira.codehaus.org
[ http://jira.codehaus.org/browse/MEV-318?page=all ]
Brian Topping updated MEV-318:
--
Attachment: axion.patch
Dependencies for Axion
--
Key: MEV-318
URL: http://jira.codehaus.org/browse/MEV-318
Project: Maven
Dependencies for Axion
--
Key: MEV-318
URL: http://jira.codehaus.org/browse/MEV-318
Project: Maven Evangelism
Type: Bug
Components: Dependencies
Reporter: Brian Topping
Attachments: axion.patch
This should work for 1.0-M1-dev and 1.0
29 matches
Mail list logo