Any change you are picking up velocity-dep somewhere? That is commonly used,
and as it has a different g/a ID it pops up alongside velocity at times.
- Brett
On 12/07/2011, at 1:59 AM, Benson Margulies wrote:
> Nope, I'm giving m3 a wide berth while I'm working on plugins.
>
> On Mon, Jul 11,
That sounds like the right approach. I'm not sure how the TCCL is used in
maven-3, but in Maven 2.x it was to set to the plugin's classloader just for
the duration of the plugin execution, then restored.
- Brett
On 12/07/2011, at 10:33 AM, Benson Margulies wrote:
> The maven-jxr-plugin uses do
Might need to post to builds@ ?
On 12/07/2011, at 9:38 AM, Benson Margulies wrote:
> I think this job needs some help:
>
> https://builds.apache.org/job/maven-jxr/6/console
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@maven.
The maven-jxr-plugin uses doxia-site-renderer. This, in turn, uses
plexus-velocity, which in turn uses velocity version 1.5.
So, you would think that it would be a piece of cake to make JXR use
the same thing.
But I got errors indicating that velocity was ending up with a class
loader straddle an
I think this job needs some help:
https://builds.apache.org/job/maven-jxr/6/console
-
To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
For additional commands, e-mail: dev-h...@maven.apache.org
Lukas,
Thanks, I'm past that. Now I'm stalled on Velocity itself pitching
fits. I fear that plexus-velocity versus jxr is a muddle.
--benson
On Mon, Jul 11, 2011 at 1:36 PM, Lukas Theussl wrote:
>
> SinkEventAttributes was added in Doxia-1.1, so there is apparently a mixup
> with some some plu
SinkEventAttributes was added in Doxia-1.1, so there is apparently a
mixup with some some plugin/component that uses the old doxia-1.0. Not
sure it helps, but here are some notes about upgrading from doxia-1.0 to
1.1:
http://maven.apache.org/doxia/whatsnew-1.1.html
http://maven.apache.org/do
yep, this looks much better now. Thanks for the time to resolve this. -Robert >
From: aherit...@gmail.com
> Date: Mon, 11 Jul 2011 10:21:29 +0200
> Subject: Re: Jira rights for Robert
> To: dev@maven.apache.org
>
> On Mon, Jul 11, 2011 at 9:47 AM, Robert Burrell Donkin <
> robertburrelldon...@gm
*you're
On Mon, Jul 11, 2011 at 9:01 AM, Rex Hoffman wrote:
> Depends on what your running them with. Testng test groups?
>
> I modify them with an @Listener, it servers multiple purposes for us.
> First it makes sure there are no misspelled groups,
> then if eclipse-testng jar is on the class
the @'s in question are resource substitution @'s used by the
maven-invoker-plugin.
On Mon, Jul 11, 2011 at 12:01 PM, Rex Hoffman wrote:
> Depends on what your running them with. Testng test groups?
>
> I modify them with an @Listener, it servers multiple purposes for us. First
> it makes sure
Depends on what your running them with. Testng test groups?
I modify them with an @Listener, it servers multiple purposes for us. First
it makes sure there are no misspelled groups,
then if eclipse-testng jar is on the classpath, it runs all groups, ignoring
the group configuration.
We also us
Nope, I'm giving m3 a wide berth while I'm working on plugins.
On Mon, Jul 11, 2011 at 11:57 AM, Stephen Connolly
wrote:
> If you are running m3 then dependency:tree may be incorrect.
>
> On 11 July 2011 16:35, Benson Margulies wrote:
>> Dependency:tree on my dev tree for the maven-jxr-plugin sh
If you are running m3 then dependency:tree may be incorrect.
On 11 July 2011 16:35, Benson Margulies wrote:
> Dependency:tree on my dev tree for the maven-jxr-plugin shows
> precisely one copy of velocity 1.5:
> org.apache.velocity:velocity:jar:1.5:compile.
>
> Any yet I'm stuck on the following
Dependency:tree on my dev tree for the maven-jxr-plugin shows
precisely one copy of velocity 1.5:
org.apache.velocity:velocity:jar:1.5:compile.
Any yet I'm stuck on the following in the integration tests, which
seems pretty strongly to indicate more than one copy in more than one
classloader.
Emb
not with doxia but with other classes... not happy with that test harness at all
On 11 July 2011 16:10, Stephen Connolly wrote:
> Yeah it took me two days of that pain to get m-dependency-p to a state
> where I could release it
>
> On 11 July 2011 15:52, Benson Margulies wrote:
>> I'm beginning
Yeah it took me two days of that pain to get m-dependency-p to a state
where I could release it
On 11 July 2011 15:52, Benson Margulies wrote:
> I'm beginning to make some sense of this. If I keep copying the
> javadoc plugin I'll find the bottom eventually.
>
>
> Caused by: java.lang.ClassNotFou
I'm beginning to make some sense of this. If I keep copying the
javadoc plugin I'll find the bottom eventually.
Caused by: java.lang.ClassNotFoundException:
org.apache.maven.doxia.sink.SinkEventAttributes
at java.net.URLClassLoader$1.run(URLClassLoader.java:202)
at java.security.A
Trying to get velocity 1.5 into here. I started by changing the dep in
maven-jxr. That led to strange errors suggesting crossed versions of
velocity. So I tried to upgrade the version of the
doxia-site-renderer. And now I'm really confused. Anybody recognize
the below?
use intellij?
On 11 July 2011 14:19, Benson Margulies wrote:
> Anyone got a trick for getting integration tests, complete with @'s,
> into eclipse?
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
> For additional
Anyone got a trick for getting integration tests, complete with @'s,
into eclipse?
-
To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
For additional commands, e-mail: dev-h...@maven.apache.org
On 11 July 2011 12:37, Jörg Schaible wrote:
> Stephen Connolly wrote:
>
>> http://mojo.codehaus.org/build-helper-maven-
> plugin/xref/org/codehaus/mojo/buildhelper/AddSourceMojo.html#67
>>
>> Don't limit yourself to just one directory...
>
> Yeah, but this raises the question, if a JXR report over
Stephen Connolly wrote:
> http://mojo.codehaus.org/build-helper-maven-
plugin/xref/org/codehaus/mojo/buildhelper/AddSourceMojo.html#67
>
> Don't limit yourself to just one directory...
Yeah, but this raises the question, if a JXR report over generated Java
sources is actually wanted.
> And the
http://mojo.codehaus.org/build-helper-maven-plugin/xref/org/codehaus/mojo/buildhelper/AddSourceMojo.html#67
Don't limit yourself to just one directory...
And then if this is not a Java based project, those directories might
be not holding .java files...
On 11 July 2011 12:04, Benson Margulies w
>
> Why is it doing this at all?
Jörg,
Honestly, I have no idea -- I just happened to spot it on the way by.
And when I thought some more, I realized that my question is
mis-stated. The issue here isn't classpath, it's more related to
yours: What's the configured java src directory, and is there
On Mon, Jul 11, 2011 at 9:47 AM, Robert Burrell Donkin <
robertburrelldon...@gmail.com> wrote:
> 2011/7/11 Arnaud Héritier :
> > Hi Robert,
> >
> > There is a problem of sync (I think) between xircles and Jira.
> > I just added you manually in maven-developers group in Jira and I opened
> > an
The Maven team is pleased to announce the release of the Maven
Dependency Plugin, version 2.3
This plugin is used to copy and unpack artifacts and dependencies. It
also provides visualization and optimization tools for your project
dependencies.
http://maven.apache.org/plugins/maven-dependency-pl
On Sun, Jul 10, 2011 at 11:43 PM, Wendy Smoak wrote:
> On Sun, Jul 10, 2011 at 1:58 PM, Benson Margulies
> wrote:
>> The vote on wagon only attracted two binding +1 votes. Now what? A new
>> vote, since this one is formally closed?
>
> The 72 hour waiting time is a minimum, you can certainly let
2011/7/11 Arnaud Héritier :
> Hi Robert,
>
> There is a problem of sync (I think) between xircles and Jira.
> I just added you manually in maven-developers group in Jira and I opened
> an issue on codehaus side (http://jira.codehaus.org/browse/HAUS-2099)
I'm happy to use http://issues.apache.or
Hi Robert,
There is a problem of sync (I think) between xircles and Jira.
I just added you manually in maven-developers group in Jira and I opened
an issue on codehaus side (http://jira.codehaus.org/browse/HAUS-2099)
Welcome
Arnaud
29 matches
Mail list logo
