Re: how to access development versions of non-plugin components from the repo?

2006-02-11 Thread Chris Markle
Brett, You need to change the element in whichever plugin or project needs to use it, then reinstall them. Sorry for my dense-ness here but I do not understand this. I am playing with the javadoc plugin which is invoked by the maven-report-impl code. I have built dev versions of both. The j

how to access development versions of non-plugin components from the repo?

2006-02-10 Thread Chris Markle
Brett, > Building those libraries requires all the other Maven libraries - run > mvn install from the top level of "components/branches/maven-2.0.x". I did that and it all seemed to build ok. E.g., .\.m2\repository\org\apache\maven\reporting\maven-reporting-impl\2.0.3-SNAPSHOT go created. But

Re: changing names of individual reports?

2006-02-09 Thread Chris Markle
Brett, Please make a feature request for this feature. Done: Provide mechanism to change names of project (and possibly other) reports, etc. in site --- Key: MSITE-87 URL: http://jira.code

Re: site/apidocs/apidocs/index.html of zero length (was Re: Different dir structure for javadoc:javadoc vs. site goals - is this expected?)

2006-02-09 Thread Chris Markle
Brett, Right! Yes, I get the empty file too. I thought the problem was with apidocs/index.html which is fine. OK we are on the same page now - yeah! So just to repeat myself: 1) the site/apidocs/apidocs/... structure should not be created; and 2) index.html should not be zero-length These is

site/apidocs/apidocs/index.html of zero length (was Re: Different dir structure for javadoc:javadoc vs. site goals - is this expected?)

2006-02-09 Thread Chris Markle
Brett, I'm using a stock Maven 2.0.2 with javadoc installed. Does it work under the site? Using javadoc:javadoc? Don't let my subject confuse you and to that end I am changing it. My original message asked about the directory structure (which I am sorta no longer worried about) _AND_ also ab

Re: Different dir structure for javadoc:javadoc vs. site goals - is this expected?

2006-02-09 Thread Chris Markle
Brett, Both have been fixed in the plugin's SVN. I believe the empty index was already fixed in the previous release of the javadoc plugin. I tried downloading, building and running the latest javadoc plug-in from SVN and I am still seeing the zero-length apidocs/index.html in my test enviro

Re: changing names of individual reports?

2006-02-09 Thread Chris Markle
Brett, I think a good general solution would be to allow you to feed overriding resources to the site plugin, and to document the properties used to internationalise the various pieces of text so that you can customise the site via that. WDYT? My Maven foo is not strong enough to give you mean

Re: changing names of individual reports?

2006-02-09 Thread Chris Markle
Allan, I think if you would change the artifactId in their pom. Why would you want to do that anyway? Two reasons... The first one is that I was trying to make a Maven2-generated site look "close" to a Maven1-generated site and these reports had different names between 1 and 2. The second is

Re: Different dir structure for javadoc:javadoc vs. site goals - is this expected?

2006-02-09 Thread Chris Markle
Brett, Another post gave me the clue as to what I was doing wrong... In: 3) changed pom to call for new plugin ala: org.apache.maven.plugins maven-javadoc-plugin maven-javadoc-plugin-2.0-beta-4-SNAPSHOT I should have version "2.0-beta-4-S

Re: Different dir structure for javadoc:javadoc vs. site goals - is this expected?

2006-02-09 Thread Chris Markle
Brett, Both have been fixed in the plugin's SVN. I believe the empty index was already fixed in the previous release of the javadoc plugin. I wanted to try testing this so I tried to download and build from src... Having some trouble with Maven finding my newly built plugin... Can I review t

changing names of individual reports?

2006-02-09 Thread Chris Markle
I am generating some via the site goal. I get these as expected: # Project Reports * Changes Report Plugin * JavaDocs * Maven Surefire Report * Source Xref Is there a way to change the names of these in the resulting site? For example if I wanted "Maven Surefire Report" to be

Re: Where are Maven2 command line args documented?

2006-02-09 Thread Chris Markle
KC, Have you tried: mvn -help Yeah I had... I was hoping for a more detailed description. Especially around the area of the update-related arguments. Chris - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional command

Where are Maven2 command line args documented?

2006-02-08 Thread Chris Markle
Where are Maven2 command line args documented? Chris - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

Re: Different dir structure for javadoc:javadoc vs. site goals - is this expected?

2006-02-08 Thread Chris Markle
Brett, It's not intended - I fixed it in SVN the other day. Thx for commenting... Does that fix deal with the zero-length index.html as well? Is it available in a "snapshot" (or whatever you call it) plug-in? (When you guys say "fixed in SVN" it would be nice to know if it was Maven itself

Different dir structure for javadoc:javadoc vs. site goals - is this expected?

2006-02-08 Thread Chris Markle
Folks, Using the Maven Quick Start Archetype as a sample, when I run goal "javadoc:javadoc" it yields a directory called target/javadoc/ which inside it looks like this: my-app/target/javadoc/ |-- apidocs/ | |-- index.html (zero-length!) |-- com/ |-- css/ |-- images/ |-- resources/ |-- inde

trouble getting some M1 navigation.xml to work in M2 site.xml

2006-02-06 Thread Chris Markle
I'm having trouble getting Maven 1 features on the site to work in Maven 2 (I am using site.xml in M2 as opposed to the navigation.xml from M1). I know it's finding my site.xml because other changes to it are showing up... 1) Cannot get "external link" and "open in a new window" icons to work.

Re: downloading plug-ins from mojo (org.codehaus.mojo)?

2006-02-05 Thread Chris Markle
Brain et al, Yes, but if you run it from the command line, you don't > need to put it in the pom. If it is in the pom incorrectly, > then that will cause problems. I tested it on a random > project with nothing in my pom for the plugin and it found > it ok. I did find that if I added this to t

Re: downloading plug-ins from mojo (org.codehaus.mojo)?

2006-02-05 Thread Chris Markle
Brian, Herve, Herve wrote: >> it's jxr-maven-plugin, not maven-jxr-plugin : I did the same mistake >> some time ago... The convention is not the same between >> org.apache.maven.plugins (maven-xxx-plugin) and org.codehaus.mojo >> (xxx-maven-plugin). Brian replied: Yes, but if you run it from the

Re: "predefined" descriptor IDs for assemblies?

2006-02-05 Thread Chris Markle
Wendy, Last time I looked at it, the documentation was wrong. It's descriptorId, not maven.assembly.descriptorId. OK that worked. Thanks... Chris - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail:

Re: downloading plug-ins from mojo (org.codehaus.mojo)?

2006-02-05 Thread Chris Markle
Brian et al, Hrm, works ok for me. What version of maven are you using? Maven 2: C:\blah> mvn --version Maven version: 2.0.2 > Try mvn -U jxr:jxr and see what happens. C:\blah> mvn --version Maven version: 2.0.2 C:\blah> mvn -U jxr:jxr [INFO] Scanning for projects... [INFO] Searching repo

downloading plug-ins from mojo (org.codehaus.mojo)?

2006-02-05 Thread Chris Markle
Folks, Newbie here so be gentle please ;) I read in http://maven.apache.org/guides/introduction/introduction-to-plugin-prefix-mapping.html in the section entitled "Configuring Maven to Search for Plugins" that: Maven will always search the following groupId's after searching any plugin group

"predefined" descriptor IDs for assemblies?

2006-02-05 Thread Chris Markle
Folks, I get the impression from the assembly plug-in docs that you can create certain assemblies by using "pre-defined" descriptor IDs. I read this to mean that these descriptor IDs are defaults and I do not need to define them anywhere in my workspace. So when I try: C:\blah> mvn assembly: