This appears to be working with 2.0.7 and 2.1.x. I'm using the
following:
http://maven.apache.org/POM/4.0.0"; xmlns:xsi="http://
www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation="http://maven.apache.org/POM/4.0.0
http://maven.apache.org/maven-v4_0_0.xsd";>
4.0.0
org.apach
On 21 Aug 07, at 4:43 AM 21 Aug 07, Mark Hobson wrote:
Just catching up on emails - here's the related issues:
http://jira.codehaus.org/browse/MNG-2972
http://jira.codehaus.org/browse/MNG-2163
Does anyone see any problem resolving these? I think we have to be
able to allow overriding of d
Just catching up on emails - here's the related issues:
http://jira.codehaus.org/browse/MNG-2972
http://jira.codehaus.org/browse/MNG-2163
Mark
On 15/08/07, Paul Gier <[EMAIL PROTECTED]> wrote:
> Brian E. Fox wrote:
> >> But that is only for the transitive plugin dependencies right? What
> > abo
Brian E. Fox wrote:
But that is only for the transitive plugin dependencies right? What
about if I
want to exclude or override one of the plugin's direct dependencies?
I would like to be able to do something like this:
some-plugin
some-plugin-dependency
1.0
>But that is only for the transitive plugin dependencies right? What
about if I
>want to exclude or override one of the plugin's direct dependencies?
>I would like to be able to do something like this:
>
> some-plugin
>
>
>
> some-plugin-dependency
> 1.0
>
Jason van Zyl wrote:
On 14 Aug 07, at 9:30 PM 14 Aug 07, Paul Gier wrote:
Kenney Westerhof wrote:
Brian E. Fox wrote:
Sure. I've been thinking that the standard rules should come out of the
plugin into a separate module too. The thing I'd ultimately like to do
is be able to release the rules
Is that patch still pending, or has it been applied? I can grab it
and process it if necessary...
-john
On Aug 14, 2007, at 3:34 PM, Jason van Zyl wrote:
On 14 Aug 07, at 9:30 PM 14 Aug 07, Paul Gier wrote:
Kenney Westerhof wrote:
Brian E. Fox wrote:
Sure. I've been thinking that the sta
On 14 Aug 07, at 9:30 PM 14 Aug 07, Paul Gier wrote:
Kenney Westerhof wrote:
Brian E. Fox wrote:
Sure. I've been thinking that the standard rules should come out
of the
plugin into a separate module too. The thing I'd ultimately like
to do
is be able to release the rules separate from the
Kenney Westerhof wrote:
Brian E. Fox wrote:
Sure. I've been thinking that the standard rules should come out of the
plugin into a separate module too. The thing I'd ultimately like to do
is be able to release the rules separate from the plugin since the
majority of changes occur to the rules.
On 14 Aug 07, at 3:51 PM 14 Aug 07, Kenney Westerhof wrote:
Brian E. Fox wrote:
Sure. I've been thinking that the standard rules should come out
of the
plugin into a separate module too. The thing I'd ultimately like
to do
is be able to release the rules separate from the plugin since th
Brian E. Fox wrote:
Sure. I've been thinking that the standard rules should come out of the
plugin into a separate module too. The thing I'd ultimately like to do
is be able to release the rules separate from the plugin since the
majority of changes occur to the rules.
The problem is that I'
You could write the rules in an XML file, the default of which is in
the artifact jar, but allow for a java system property to provide a
location to an overriding xml rules file at runtime.
Christian
On Aug 14, 2007, at 8:30 AM, Brian E. Fox wrote:
Sure. I've been thinking that the standard
Sure. I've been thinking that the standard rules should come out of the
plugin into a separate module too. The thing I'd ultimately like to do
is be able to release the rules separate from the plugin since the
majority of changes occur to the rules.
The problem is that I'd like to be able to defa
13 matches
Mail list logo
