Hey Vincent: No problem. I would love to. I have a really really stupid question.
What I've done is: 1) Checked out the 2.0.x trunk 2) Built a new maven-javadoc-plugin 3) Used mvn deploy:deploy-file to install it on my test machine 4) Change my project's pom file that uses javadoc to include <version> 2.4-SNAPSHOT</version> 5) Execute mvn site 6) Stair blankly at the screen as I get the can't fine 2.4-SNAPSHOT message I've tried using the 2.0.8 stable as well as the bootstrapped 2.0.9-SNAPSHOTI built with no luck (I've even built offline (-o)). It can't seem to find my new javadoc plugin jar file I deployed. I noticed that deploy:deploy-file on 2.0.8 adds a date as part of the jar file (2.0.4 did not do this). Have snapshot deployment/handling changed? What am I doing wrong? Here is my deploy line: mvn deploy:deploy-file -Dversion=2.4-SNAPSHOT-DartifactId=maven-javadoc-plugin -DgroupId= org.apache.maven.plugins -Dpackaging=jar -Dfile=/root/maven- javadoc-plugin-2.4-SNAPSHOT.jar -url=file:///root/.m2/repository Thanks! -aps On Feb 11, 2008 7:22 AM, Vincent Siveton <[EMAIL PROTECTED]> wrote: > Alexander, > > Please open an issue, and if you want propose a patch :) > I guess that the pattern used should also work with -J-version > > Vincent > > 2008/2/10, Alexander Sack <[EMAIL PROTECTED]>: > > Exactly. The use of "-fullversion" is really for internal use as per > > Benjamin and typically the format is "java version <version>" or > something > > of that elk which is very easy to parse. Again, I would rely on the > > javadocVersion tag as a backup. > > Thanks! > > > > -aps > > > > On Feb 10, 2008 3:22 PM, Benjamin Bentmann <[EMAIL PROTECTED]> > > wrote: > > > > > >> Is there any reason again why it can't use "-version?" > > > >> > > > > > > > > -version gives a lot of unuseful informations. > > > > > > The unuseful information should not be a problem for the version > parsing. > > > On > > > the other hand, "-fullversion" is "for internal use only" according to > [0] > > > so it seems wise to switch to "-version" and rely on a > public/documentated > > > command line switch. > > > > > > Regards, > > > > > > > > > Benjamin Bentmann > > > > > > > > > [0] http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=4127994 > > > > > > > > > > > > -- > > "What lies behind us and what lies in front of us is of little concern > to > > what lies within us." -Ralph Waldo Emerson > > > -- "What lies behind us and what lies in front of us is of little concern to what lies within us." -Ralph Waldo Emerson
