Hi Benson,
Benson Margulies wrote:
In the jxr plugin, I see:
if ( !pom.equals( getProject().getPackaging().toLowerCase() ) )
{
l.addAll( sourceDirs );
}
This can't be good, can it? Isn't there some way to tell what are the
classpath packagings?
Why is it
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
2011/7/11 Arnaud Héritier aherit...@gmail.com:
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
On Sun, Jul 10, 2011 at 11:43 PM, Wendy Smoak wsm...@gmail.com wrote:
On Sun, Jul 10, 2011 at 1:58 PM, Benson Margulies bimargul...@gmail.com
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
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.
On Mon, Jul 11, 2011 at 9:47 AM, Robert Burrell Donkin
robertburrelldon...@gmail.com wrote:
2011/7/11 Arnaud Héritier aherit...@gmail.com:
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
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
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
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 then
On 11 July 2011 12:37, Jörg Schaible joerg.schai...@scalaris.com 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
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
use intellij?
On 11 July 2011 14:19, Benson Margulies bimargul...@gmail.com wrote:
Anyone got a trick for getting integration tests, complete with @'s,
into eclipse?
-
To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
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?
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
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 bimargul...@gmail.com 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:
not with doxia but with other classes... not happy with that test harness at all
On 11 July 2011 16:10, Stephen Connolly stephen.alan.conno...@gmail.com 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
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.
If you are running m3 then dependency:tree may be incorrect.
On 11 July 2011 16:35, Benson Margulies bimargul...@gmail.com 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
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
stephen.alan.conno...@gmail.com wrote:
If you are running m3 then dependency:tree may be incorrect.
On 11 July 2011 16:35, Benson Margulies bimargul...@gmail.com 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 classpath, it runs all groups, ignoring
the group configuration.
We also us
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 r...@e-hoffman.org wrote:
Depends on what your running them with. Testng test groups?
I modify them with an @Listener, it servers multiple purposes for us. First
*you're
On Mon, Jul 11, 2011 at 9:01 AM, Rex Hoffman r...@e-hoffman.org 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
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...@gmail.com
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
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 ltheu...@apache.org wrote:
SinkEventAttributes was added in Doxia-1.1, so there is apparently a mixup
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
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
27 matches
Mail list logo