Re: error with doccheck still
Hi Mick, Why am I getting files created under ./null/* file:///C:/opt/npi/common/common-jar/target/site/doccheck/null/com/baselogic/PackageErrors.html This is a bug in the DocCheck Doclet. You need to specify the output directory. Or, you can apply a patch on the plugin website: http://maven-doccheck.sourceforge.net/faq.html#m2-no-output Best regards, -- Shinobu -- Shinobu Kawai [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [Maven 2] Differences between running a plugin project and running the resulting plugin
Hi Jan, org.apache.velocity.app.Velocity.getTemplate(Velocity.java:469) You are using the singleton instance to obtain your templates. That means, that if Velocty was init-ed before your plugin, those settings will be used, even in your plugin. The recommended way to use Velocity in such context is via the VelocityEngine. Search for Separate Instance in: http://jakarta.apache.org/velocity/docs/developer-guide.html#To%20Singleton%20Or%20Not%20To%20Singleton... Best regards, -- Shinobu -- Shinobu Kawai [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: error with doccheck still
Hi Mick, On 9/21/06, Mick Knutson [EMAIL PROTECTED] wrote: I removed the item you stated, but do not understand what I am suppose to do for MJAVADOC-81 [1]...??? If you have the SNAPSHOT from the latest SVN, it is all taken care of. Is there something else I must compile and run and/install? I just do not understand... You just need to update the pom.xml entry. Best regards, -- Shinobu -- Shinobu Kawai [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: error with doccheck still
Hi Mick, I still get this error. How do I fix this error as this plugin is already in my local repository: [ERROR] BUILD ERROR [INFO] [INFO] Failed to resolve artifact. GroupId: org.apache.maven.plugins ArtifactId: maven-javadoc-plugin Version: 2.1-SNAPSHOT Reason: Unable to download the artifact from any repository Hmm. Maybe plugins can't be installed manually easily. I guess you need to install it from SVN. Or maybe save the following XML as maven-javadoc-plugin-2.1-SNAPSHOT.pom will be sufficient. Try putting this with the jar file: http://people.apache.org/~shinobu/maven-javadoc-plugin-2.1-SNAPSHOT.pom Best regards, -- Shinobu -- Shinobu Kawai [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: error with doccheck still
Hi Mick, So are you saying I do NOT need this and to remove it from my repository and my pom.xml? Correct. It won't hurt to have it in your repository, but it should be taken out of your pom.xml. What is this plugin then: http://www.ibiblio.org/maven2/doccheck/maven-doccheck-plugin/1.4-0.1/ Best regards, -- Shinobu -- Shinobu Kawai [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: error with doccheck still
Hi Mick, I have tried to build and install 2.1-snapshot but no luck. Can someone just put the jar on a snapshot server for the new javadoc plugin? I think there was a snapshot repository for apache artifacts somewhere, but here it is for now: http://people.apache.org/~shinobu/maven-javadoc-plugin-2.1-SNAPSHOT.jar Best regards, -- Shinobu -- Shinobu Kawai [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: error with doccheck still
Hi Mick, I get this error now when running: - Cannot find doclet class com.sun.tools.doclets.doccheck.DocCheck You need to install the doccheck jar to your m2 repository. Please see here for instructions: http://maven-doccheck.sourceforge.net/install-doccheck.html#Install_into_maven_2_repository Best regards, -- Shinobu -- Shinobu Kawai [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: error with doccheck still
Hi Mick, What is this plugin then: http://www.ibiblio.org/maven2/doccheck/maven-doccheck-plugin/1.4-0.1/ Is this just the plugin? It's the result of the automatic conversion of m1 ibiblio to m2 ibiblio. Maybe I should request it to be removed... Best regards, -- Shinobu -- Shinobu Kawai [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: error with doccheck still
Hi Mick, The new fix for MJAVADOC-81 [1] is slightly different than the patch, so a slight change is needed. ReportSets is not valid: plugin groupIdorg.apache.maven.plugins/groupId artifactIdmaven-javadoc-plugin/artifactId version2.1-SNAPSHOT/version reportSets reportSet idhtml/id reports reportjavadoc/report /reports /reportSet reportSet iddoccheck/id configuration nameDocCheck/name descriptionDocCheck documentation/description !-- This is not needed outputNamedoccheck/index/outputName -- docletcom.sun.tools.doclets.doccheck.DocCheck /doclet docletArtifact groupIdcom.sun.tools.doclets/groupId artifactIddoccheck/artifactId version1.2b2/version /docletArtifact destDirdoccheck/destDir /configuration reports reportjavadoc/report /reports /reportSet /reportSets /plugin as per: http://maven-doccheck.sourceforge.net/install-plugin.html#For_Maven_2_x I need to update the site about this. [1] http://jira.codehaus.org/browse/MJAVADOC-81 Best regards, -- Shinobu -- Shinobu Kawai [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: GWT Toolkit Plugin
Hi Bob, I was starting to use the GWT plugin in the Mojo sandbox, and find that it doesn't work the way I expected. I have been rewriting it to work the way I expect it, and am wondering if I am doing something strange. My expectation of the plugin is to be part of a build for a WAR. The toolkit is used to compile the user interface of the application into JavaScript which is then included in the WAR as it is assembled. It looks like the plugin was written with the expectation of the GWT-derived stuff being in a separate project from the WAR (or whatever is using the pages). I was wondering if anyone else is using the plugin and how they are arranging their projects to use it. I'm the one who originally created the plugin, mostly to check out what I can do with GWT. I've only used it to try out the sample hello world app in the GWT download, so I haven't actually used it in a real-life application. We might want to continue this discussion in the mojo-dev list. Best regards, -- Shinobu -- Shinobu Kawai [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Installing a File From a Plugin
Hi Bob, I am working with a plugin which connects Maven to a third-party tool kit (GWT) that the user must download separately. I would like to write a Mojo that takes the directory where the kit was installed and the version of the kit and installs the required jars into the Maven repository (or maybe deploys to a corporate one). The basic operation of the Mojo would be as a script which does mvn install:install-file on the jars in the installation directory when the user enters the command mvn gwt:install. Anybody have a good idea or two on how to accomplish this task? 1) Extend the install:file-install mojo, with GWT specific stuff. 2) Add the install mojo as a dependency, and create the mojo from the gwt:install mojo with the GWT specific stuff and execute it. 3) Any other ideas? Best regards, -- Shinobu -- Shinobu Kawai [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: error with doccheck still
Hi Mick, Does anyone else have doccheck running? The DocCheck plugin is only for M1. For usage with M2, please see here: http://maven-doccheck.sourceforge.net/install-plugin.html#For_Maven_2_x ## Actually, I need to update the documents based on the actual fix for MJAVADOC-81 Best regards, -- Shinobu -- Shinobu Kawai [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [m2]Anyoen using maven-doccheck-plugin?
Hi Mick, On 4/12/06, Mick Knutson [EMAIL PROTECTED] wrote: I am trying to use this, and get this error: snip / The doccheck plugin currently only supports m1. I'm working on a m2 solution right now, so please stay tuned. :) I'm thinking we can piggy-back on the javadoc plugin, but there are still some issues [1] I need to resolve. Once I get it to work, I'll publish is on the website [2]. Thanks, [1] http://jira.codehaus.org/browse/MJAVADOC-81 [2] http://maven-doccheck.sourceforge.net/ Best regards, -- Shinobu -- Shinobu Kawai [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: DocCheck using multiproject?
Hi Mick, You might have already moved on to m2, but for the record... On 9/9/05, Mick Knutson [EMAIL PROTECTED] wrote: I am trying to run DocCheck on all my subprojects using multiproject:doccheck, but I can't seem to get it to recognize my source files in each subproject. Anyone help? I'm using doccheck with multiproject fine. It might have something to do with this: http://maven.apache.org/maven-1.x/plugins/multiproject/faq.html#resources-not-included-in-artifacts You might need to add ${basedir} to your project.xml sourceDirectory entry like this: build sourceDirectory${basedir}/src/main/java/sourceDirectory /build Best regards, -- Shinobu -- Shinobu Kawai [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[site] Too many links on the top
Hi, Anybody seen the maven site recently? Looks like everything except Apache is shown twice. :) http://maven.apache.org/ Best regards, -- Shinobu -- Shinobu Kawai [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Strange 2401 prepended to SCM URL
Hi Alex, I know that, but why it is being prepended to the CVS repository location?? Are you using CVS 1.10 client? cf. http://jira.codehaus.org/browse/SCM-90 Best regards, -- Shinobu -- Shinobu Kawai [EMAIL PROTECTED]
Re: Are the quotes in plexus.system.path necessary?
Thanks, Emmanuel! quotes are required for windows because under windows, PATH can contain spaces Then for UNIX platforms, they aren't necessary? Anyways, I asked the plexus guys and it looks like setting wrapper.java.additional.5.stripquotes=TRUE does the trick. :) cf. http://wrapper.tanukisoftware.org/doc/english/prop-java-additional-n.html Best regards, -- Shinobu -- Shinobu Kawai [EMAIL PROTECTED]
Re: Are the quotes in plexus.system.path necessary?
Hi Emmanuel, Anyways, I asked the plexus guys and it looks like setting wrapper.java.additional.5.stripquotes=TRUE does the trick. :) cf. http://wrapper.tanukisoftware.org/doc/english/prop-java-additional-n.html Do you have test it? which plexus guys have you asked? Tested on HP-UX, and it worked fine. I asked on the users list. :) Best regards, -- Shinobu -- Shinobu Kawai [EMAIL PROTECTED]
Re: CVS directories not being created?
As a workaround, I rm-ed and cvs co-ed the projects after registration. cvs update seems to be working fine... On 11/30/05, Emmanuel Venisse [EMAIL PROTECTED] wrote: Strange. We use cvs command line, so CVS directories must be created by it. Best regards, -- Shinobu -- Shinobu Kawai [EMAIL PROTECTED]
CVS directories not being created?
Hi, Have anyone experienced CVS directories not being created in the working directory checkout? Here's the environment I'm testing on: Continuum 1.0.1 Maven 2.0 CVS 1.10.8 HP-UX B.11.11 What's puzzling me is that executing the command showing up on the logs directly from the shell creates the CVS directories. :( It also works on the following environment: Continuum 1.0.1 Maven 2.0 CVSNT 2.0.62.1817 Windows XP SP2 TIA Best regards, -- Shinobu -- Shinobu Kawai [EMAIL PROTECTED]
Re: checking libilio for packages
Hi David, I am new to Maven and I have decided to take the plunge with a SpeechIRC bot project. I plan to use two open source packages to help me: FreeTTS and PircBot. How do I check libilio, the remote repository of Maven, for the existence of these packages? Also, how Do I access them in my project.xml? Try here good luck! http://maven.apache.org/reference/project-descriptor.html#dependencies http://maven.apache.org/reference/user-guide.html#Building Best regards, -- Shinobu Kawai -- Shinobu Kawai [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[ANN] maven-doccheck-plugin 1.4-0.1
TWIMC, Here's my first maven plugin. :) Any comments are welcome. (Especially in the documentation. I'm so bad at writing documentation.) The Maven-DocCheck team is pleased to announce the Maven DocCheck Plugin 1.4-0.1 release! http://maven-doccheck.sourceforge.net/ Changes in this version include: New Features: o Initial release. To automatically install the plugin, type the following on a single line: maven plugin:download -Dmaven.repo.remote=http://maven-doccheck.sourceforge.net/maven -DgroupId=doccheck -DartifactId=maven-doccheck-plugin -Dversion=1.4-0.1 For a manual installation, you can download the plugin here: http://maven-doccheck.sourceforge.net/maven/doccheck/plugins/maven-doccheck-plugin-1.4-0.1.jar Have fun! -The Maven-DocCheck team -- Shinobu Kawai [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Can the xdoc plugin be told to skip specific XML files?
Hi Arnaud, Actually, I have the same problem, but I didn't find the time to fix it. I only added an extension to the xml files : myfile.xml.sample If I update the plugin, I think that the better solution is to add a new property : maven.xdoc.exclude.xml= Can you open an issue, to remember me to do it ?? Here it is: http://jira.codehaus.org/browse/MPXDOC-123 Best regards, -- Shinobu Kawai -- Shinobu Kawai [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Can the xdoc plugin be told to skip specific XML files?
Hi all, Right now, the only work-around I can think of is to keep the XML files out of the xdocs folder and copy them in a postGoal of xdoc or something. I'm not sure where I should put the xml files in those cases, though. Anyone with a better idea? I put this in my maven.xml: postGoal name=xdoc:transform j:set var=maven.xdocs.resources.src value=${basedir}/src/xdocs-resources / ant:echoxdocs XML resources : ${maven.xdocs.resources.src}/ant:echo ant:copy todir=${maven.docs.dest} preservelastmodified=true ant:fileset dir=${maven.xdocs.resources.src} / /ant:copy /postGoal The xml resources are stored in src/xdocs-resources, and it's doing fine. :) Best regards, -- Shinobu Kawai -- Shinobu Kawai [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Javadoc plugin doesn't report errors
Hi Martin, The Javadoc plugin (I'm using 1.7) doesn't seem to report any errors in the Javadocs, such as missing @param comments, etc. It creates the docs just fine, but even if I deliberately create errors, the plugin doesn't tell me about them. This gives me a lot less confidence that my Javadocs are accurate... If you're interested, I've made a DocCheck plugin. http://sylow.no-ip.com/pub/apache/maven/plugins/maven-doccheck-plugin-1.2b2.jar Still under development. Currently, it's just a copy of the Javadoc plugin, using a different Doclet. You'll need to download the DocCheck doclet from Sun, and copy it to your local repository (license issues). Best regards, -- Shinobu Kawai -- Shinobu Kawai [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: JCoverage Report always shows 0% Coverage
Hi Brett, The recommended structure is: src/main/java for sources src/test/java for test sources Funny, the genapp plugin doesn't do it that way. :p Best regards, -- Shinobu Kawai -- Shinobu Kawai [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: maven.mode.online not working?
Hi Martin, The maven -o jar:jar works, but as for the others, maven -Dmaven.mode.online=false jar:jar set maven.mode.online to false in a property file maven just goes on and downloads the SNAPSHOT jars. As a workaround I suggest to diable all remote repos, use -Dmaven.repo.remote=. Without repos, maven is unable to download anything... Hey, it works! I put it in ~/build.properties. Thanks. Best regards, -- Shinobu Kawai -- Shinobu Kawai [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
maven.mode.online not working?
Hi all, I'm trying to run maven in offline mode as in http://maven.apache.org/reference/user-guide.html#Building_Offline The maven -o jar:jar works, but as for the others, maven -Dmaven.mode.online=false jar:jar set maven.mode.online to false in a property file maven just goes on and downloads the SNAPSHOT jars. Is this intended behaviour, or am I missing something? Using maven 1.0 on Win2K/cygwin. Best regards, -- Shinobu Kawai -- Shinobu Kawai([EMAIL PROTECTED]) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: maven.mode.online not working?
I'm trying to run maven in offline mode as in http://maven.apache.org/reference/user-guide.html#Building_Offline The maven -o jar:jar works, but as for the others, maven -Dmaven.mode.online=false jar:jar set maven.mode.online to false in a property file maven just goes on and downloads the SNAPSHOT jars. Is this intended behaviour, or am I missing something? Looks like a known issue. http://jira.codehaus.org/browse/MAVEN-1439 Best regards, -- Shinobu Kawai -- Shinobu Kawai [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: maven.mode.online not working?
Hi Brett, do you have the property specified as true somewhere else? perhaps in ~/build.properties? Nowhere. The maven -o jar:jar works, but as for the others, maven -Dmaven.mode.online=false jar:jar set maven.mode.online to false in a property file maven just goes on and downloads the SNAPSHOT jars. Is this intended behaviour, or am I missing something? It looks like the problem is in o.a.m.cli.App#initializeRootContext(): if ( getCli().hasOption( WORK_OFFLINE ) ) { System.setProperty( MavenConstants.ONLINE, false ); } else { System.setProperty( MavenConstants.ONLINE, true ); } The else sets maven.mode.online to true if -o is not set, overriding any previously set system properties. Looking at o.a.m.MavenUtils#createContext(), the system properties dominates any other source. This causes online mode to be true whatever you put in any property file. I think the else block should be taken away from App and the maven.mode.online=true be put in the DEFAULTS_PROPERTIES. # Should I comment on the JIRA issue? :) Best regards, -- Shinobu Kawai -- Shinobu Kawai [EMAIL PROTECTED], [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Configuration Files
Hi Peter, What is the maven.conf.dir property for? The user guide says, The directory that holds configuration files. Configuration files for what?? Are they included as a 'source directory' of sorts?? What does Maven do with the config files? Looks like maven itself doesn't use that property at all. Some plugins use it to find plugin-dependent configuration files. An example is the j2ee plugin, which uses it to locate deployment descriptors. http://maven.apache.org/reference/plugins/j2ee/properties.html I would like Maven to slurp up my configuration files and put them on my classpath for when I run JUnit tests with Maven. I keep all my config files in a separate folder than the source package hierarchy. So how do I get Maven to put them in with the classes? Is this what maven.conf.dir for?? Just add them as resources. http://maven.apache.org/reference/project-descriptor.html#unitTest_resources Best regards, -- Shinobu Kawai -- Shinobu Kawai([EMAIL PROTECTED]) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: calling a goal on a project
Hi Nathan, can't find any docs for the attainGoal plugin Try here: http://wiki.codehaus.org/maven/WerkzTagDocumentation Best regards, -- Shinobu Kawai -- Shinobu Kawai [EMAIL PROTECTED], [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Help with Artifact plugin
Hi Chad, ..I can't get it to do anything. When I type: maven artifact:deploy-snapshot I get Goal artifact:deploy-snapshot does not exist in this project. I have downloaded the latest 1.4 version, this did not help. I have maven 1.0. These are for jelly scripts. http://maven.apache.org/reference/plugins/artifact/tags.html You can write your own jelly, or you can use like the jar:deploy (for example...) target from maven if you want to deploy your jar. Many plugins have *:deploy goals. Best regards, -- Shinobu Kawai -- Shinobu Kawai [EMAIL PROTECTED], [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: maven site:generate --OutOf MemoryError
Hi jeff, After the OutOfMemoryError I've tried the following on the Linux box which has 512MB of RAM.I set the MAVEN_OPTS=-Xmx512m environment variable in my .bash_profile file.I then run maven site:generate and when it get to the point where it prints the following : xdoc:jelly-transform: [echo] Generating /home/maven/maven-1.0/projects_main/projects/Support_Persistence/target/docs/jdepend-report.html from /home/maven/maven-1.0/projects_main/projects/Support_Persistence/target/generated-xdocs/jdepend-report.xml [echo] Generating /home/maven/maven-1.0/projects_main/projects/Support_Persistence/target/docs/checkstyle-report.html from /home/maven/maven-1.0/projects_main/projects/Support_Persistence/target/generated-xdocs/checkstyle-report.xml It stalls there for a very long time.It's been running for 15 minutes now .Is this normal? That depends on how big your checkstyle-report.xml is. The bigger, the more time it takes to process. I have one 10MB... I only site:generate before I go to lunch or home. Of course, the best approach to this is to don't let them grow that big. ;-) Best regards, -- Shinobu Kawai -- Shinobu Kawai [EMAIL PROTECTED], [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Plugin install
Hi Jesper, I use the command plugin:install-now after which I expect to be able to run my plugin. I try deleting the various cache files, running plugin:install etc. In the end maven says that the goal I am trying to run dosent existI checked the cache folder and the unpacked plugin and the goal is there... I think it would help if you gave us more information; Like the significant part of your project.xml, plugin.jelly, etc. And of course, the error messages you're getting. ;) How is the plugin development cycle...which plugin commands should I run - where do I go wrong? Have you read this page? http://maven.apache.org/reference/developers/developer-guide.html Have you tried the sample? Did it work? If it did, try evolving the sample into your plugin bits by bits, testing each bit. Best regards, -- Shinobu Kawai -- Shinobu Kawai [EMAIL PROTECTED], [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Out of mermory
Hi Mirabito, How do I resolve an out of memory when building a site. This is what I get on the console. The machine has 1GB of physical memory. Are there any arguments I can pass to maven. You can set MAVEN_OPTS to something like -Xmx512m and it will be passed to the JVM. Best regards, -- Shinobu Kawai -- Shinobu Kawai [EMAIL PROTECTED], [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Jcoverage exclusion list
As you can see, it has to follow Ant's FileSet's exclude convention, which you can consult at: http://localhost/java/apache-ant-1.6.2/docs/manual/dirtasks.html#patterns Oops, this one only works for me. The global URI is http://ant.apache.org/manual/dirtasks.html#patterns Sorry about that... Best regards, -- Shinobu Kawai -- Shinobu Kawai [EMAIL PROTECTED], [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Jcoverage exclusion list
Hi stéphane, The patch submitted works great, and this is exactly what i needed. :) Terrific! In order to work correctly, i had to delete myself the jcoverage.ser file, because it contains some reference to the files i wanted to exclude. Could it be possible to delete this file when the clean goal is called ? I put the following in my maven.xml: postGoal name=clean:clean ant:delete file=${basedir}/jcoverage.ser quiet=true failonerror=false/ /postGoal Works for me! Best regards, -- Shinobu Kawai -- Shinobu Kawai [EMAIL PROTECTED], [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: File copying problem ???
Hi Eric, ant:copy todir=${xxx.dir}/temp overwrite=true quiet=true failonerror=false fileset dir=.. include name=**/target/*-games-*.jar/ /fileset /ant:copy but it will copy those *-x.jar with some extra folders, how can I only copy the exact files without folders. I think you might want to use the flatten attribute. cf. http://ant.apache.org/manual/CoreTasks/copy.html Good luck! -- Shinobu Kawai -- Shinobu Kawai [EMAIL PROTECTED], [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: developing doclets with maven (revised)
Hi Charles Dion, Thanks for your recommendations! Here's what I did: In my project's build.properties: maven.doccheck.tools.jar = ${tools.jar} maven.jar.override = on maven.jar.javadoc = ${maven.doccheck.tools.jar} By default, it uses the tools.jar maven uses. In case you are running it on Java 1.5, you can put the following in your $HOME/build.properties: maven.doccheck.tools.jar = /j2sdk1.4.2_04/lib/tools.jar In Java 1.3 and before, it doesn't seem to compile anyways. Something about the class version not being right. Best regards, -- Shinobu Kawai On Mon, 9 Aug 2004 17:12:07 +1000 Dion Gillard [EMAIL PROTECTED] wrote: Maven defines tools.jar as a system property. On Mon, 9 Aug 2004 07:54:39 +0100, Charles Daniels [EMAIL PROTECTED] wrote: My suggestion would be your second solution. Then each developer need only define the property tools.jar in his/her build.properties file. Although, you may want to consider using a version number in the property name (e.g., tools14.jar) just in case a developer also wants to point to version 1.3 for some other project. This way they can have two distinct properties that they can put in ~/build.properties. -Original Message- From: Shinobu Kawai [mailto:[EMAIL PROTECTED] Sent: Monday, August 09, 2004 6:45 AM To: Maven Users List Subject: developing doclets with maven (revised) Hi! I'm looking for a good way to develop doclets using maven. During compilation, I need the Javadoc API, but I'm probably going to give up putting the Javadoc 1.4 API in ibiblio. cf. http://nagoya.apache.org/eyebrowse/[EMAIL PROTECTED] he.orgmsgNo=22207 Now I'm looking for alternatives. Right now, I can think of two solutions: 1. Make the jar myself (or use tools.jar) and put it in the local repository or a private remote repository. Of course, I need tell other developers that their repositories have to be manually added. 2. Use the maven.jar.override property and point the dependency to such a jar file. I can expect this to work anywhere as long as maven is running under the right version of java. maven.jar.override = on maven.jar.javadoc = ${tools.jar} Any suggestions? or other alternatives? -- Shinobu Kawai [EMAIL PROTECTED], [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
developing doclets with maven (revised)
Hi! I'm looking for a good way to develop doclets using maven. During compilation, I need the Javadoc API, but I'm probably going to give up putting the Javadoc 1.4 API in ibiblio. cf. http://nagoya.apache.org/eyebrowse/[EMAIL PROTECTED]msgNo=22207 Now I'm looking for alternatives. Right now, I can think of two solutions: 1. Make the jar myself (or use tools.jar) and put it in the local repository or a private remote repository. Of course, I need tell other developers that their repositories have to be manually added. 2. Use the maven.jar.override property and point the dependency to such a jar file. I can expect this to work anywhere as long as maven is running under the right version of java. maven.jar.override = on maven.jar.javadoc = ${tools.jar} Any suggestions? or other alternatives? Best regards, -- Shinobu Kawai -- Shinobu Kawai [EMAIL PROTECTED], [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
developing doclets with maven
Hi all! Has anybody done any development of doclets using maven? Right now, I'm trying to mavenize the DocCheck doclet, but I can't build it because I need to have javadoc 1.4 and doclet API in the dependencies. Of course, I can place them in my local repository for now, but I'd really like to have them up in ibiblio. I found a posting about this in the javadoc forum at http://forum.java.sun.com/thread.jsp?thread=520006forum=41message=2484648 with no reply. But, as I can see javadoc 1.3 API up in ibiblio, someone must have put it there. Couldn't find the corresponding JIRA posting, so I have no idea how it got there, though. What can I do to help all the doclet developers (including me)? TIA, -- Shinobu Kawai -- Shinobu Kawai [EMAIL PROTECTED], [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: developing doclets with maven
Hi Carlos, But, as I can see javadoc 1.3 API up in ibiblio, someone must have put it there. Couldn't find the corresponding JIRA posting, so I have no idea how it got there, though. Maybe a maven developer uploaded it. Hmm... I wonder if that means that license issues are cleared. If so, I'll make the upload bundles myself if nobody else does. Best regards, -- Shinobu Kawai -- Shinobu Kawai [EMAIL PROTECTED], [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: javadoc plugin and Doc Check Doclet
/ j:set var=description value=${context.findVariable(descriptionVar)}/ j:set var=enabledVar value=${someTag}.enabled/ j:set var=enabled value=${context.findVariable(enabledVar)}/ j:set var=scopeVar value=${someTag}.scope/ j:set var=scope value=${context.findVariable(scopeVar)}/ ant:tag name=${name} description=${description} enabled=${enabled} scope=${scope}/ /j:forEach !-- allow taglets -- util:tokenize var=listOfTaglets delim=, trim=true${maven.javadoc.taglets}/util:tokenize j:set var=tagletPath value=${context.getVariable('maven.javadoc.tagletpath')} / j:forEach var=someTaglet items=${listOfTaglets} ant:taglet name=${someTaglet} path=${tagletPath} / /j:forEach /ant:javadoc Best regards, -- Shinobu Kawai -- Shinobu Kawai [EMAIL PROTECTED], [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
javadoc plugin and Doc Check Doclet
Hi! Has anyone used Doc Check Doclet for the javadoc plugin? cf. http://java.sun.com/j2se/javadoc/doccheck/ Since the Doclet doesn't support some of the options, I had to make some changes in the javadoc plugin: Inside MY build.properties, I added maven.javadoc.doclet=com.sun.tools.doclets.doccheck.DocCheck maven.javadoc.docletpath=${basedir}/lib/doccheck.jar maven.javadoc.use=false From the javadoc's plugin.properties, I commented out #maven.javadoc.windowtitle = ${pom.name} ${pom.currentVersion} API From the javadoc's plugin.jelly, I erased from the ant:javadoc doctitle=${maven.javadoc.windowtitle} bottom=${copyright} stylesheetfile=${maven.javadoc.stylesheet} Now, I get the Doc Check output instead of my Javadoc. Of course, I want both to show up on my project page, so I'm planning to add a doc:registerReport to the jelly.plugin. But before I do, has anyone done this before, in a more neatly, don't-have-to-change-the-plugin way? TIA, -- Shinobu Kawai -- Shinobu Kawai [EMAIL PROTECTED], [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: javadoc plugin and Doc Check Doclet
Hi Arnaud! Thanks for the information. It looks like I have to change the javadoc plugin anyways, but I'll give it a try. Best regards, -- Shinobu Kawai A similar enhancement is proposed in this issue : http://jira.codehaus.org/browse/MPJAVADOC-35 An example was given here (but now they corrected their javadoc problems) : http://sqlcli.sourceforge.net/javadoc-audit-report.html Even if were interested to integrate it, I'm not sure that we can upload the Doc Check Doclet on ibiblio (license problems). Thus, we can't depend on it :-( Arnaud -Message d'origine- De : Shinobu Kawai [mailto:[EMAIL PROTECTED] Envoyé : jeudi 29 juillet 2004 17:57 À : Maven Users List Objet : javadoc plugin and Doc Check Doclet Hi! Has anyone used Doc Check Doclet for the javadoc plugin? cf. http://java.sun.com/j2se/javadoc/doccheck/ Since the Doclet doesn't support some of the options, I had to make some changes in the javadoc plugin: Inside MY build.properties, I added maven.javadoc.doclet=com.sun.tools.doclets.doccheck.DocCheck maven.javadoc.docletpath=${basedir}/lib/doccheck.jar maven.javadoc.use=false From the javadoc's plugin.properties, I commented out #maven.javadoc.windowtitle = ${pom.name} ${pom.currentVersion} API From the javadoc's plugin.jelly, I erased from the ant:javadoc doctitle=${maven.javadoc.windowtitle} bottom=${copyright} stylesheetfile=${maven.javadoc.stylesheet} Now, I get the Doc Check output instead of my Javadoc. Of course, I want both to show up on my project page, so I'm planning to add a doc:registerReport to the jelly.plugin. But before I do, has anyone done this before, in a more neatly, don't-have-to-change-the-plugin way? TIA, -- Shinobu Kawai -- Shinobu Kawai [EMAIL PROTECTED], [EMAIL PROTECTED] -- Shinobu Kawai [EMAIL PROTECTED], [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: javadoc plugin and Doc Check Doclet
Hi! Just tried the extension on Jira. I got 49 errors, whereas Doc Check reported 163. The extension picks up only malformed tags, but Doc Check picks up missing tags also. I'll go ahead and put Doc Check into the plugin, and I guess I should talk to the Sun people about it... Or if it is easy to make an independent plugin, I'll try that also. Best regards, -- Shinobu Kawai On Fri, 30 Jul 2004 09:36:48 +0900 Shinobu Kawai [EMAIL PROTECTED] wrote: Hi Arnaud! Thanks for the information. It looks like I have to change the javadoc plugin anyways, but I'll give it a try. Best regards, -- Shinobu Kawai A similar enhancement is proposed in this issue : http://jira.codehaus.org/browse/MPJAVADOC-35 An example was given here (but now they corrected their javadoc problems) : http://sqlcli.sourceforge.net/javadoc-audit-report.html Even if were interested to integrate it, I'm not sure that we can upload the Doc Check Doclet on ibiblio (license problems). Thus, we can't depend on it :-( Arnaud -Message d'origine- De : Shinobu Kawai [mailto:[EMAIL PROTECTED] Envoyé : jeudi 29 juillet 2004 17:57 À : Maven Users List Objet : javadoc plugin and Doc Check Doclet Hi! Has anyone used Doc Check Doclet for the javadoc plugin? cf. http://java.sun.com/j2se/javadoc/doccheck/ Since the Doclet doesn't support some of the options, I had to make some changes in the javadoc plugin: Inside MY build.properties, I added maven.javadoc.doclet=com.sun.tools.doclets.doccheck.DocCheck maven.javadoc.docletpath=${basedir}/lib/doccheck.jar maven.javadoc.use=false From the javadoc's plugin.properties, I commented out #maven.javadoc.windowtitle = ${pom.name} ${pom.currentVersion} API From the javadoc's plugin.jelly, I erased from the ant:javadoc doctitle=${maven.javadoc.windowtitle} bottom=${copyright} stylesheetfile=${maven.javadoc.stylesheet} Now, I get the Doc Check output instead of my Javadoc. Of course, I want both to show up on my project page, so I'm planning to add a doc:registerReport to the jelly.plugin. But before I do, has anyone done this before, in a more neatly, don't-have-to-change-the-plugin way? TIA, -- Shinobu Kawai -- Shinobu Kawai [EMAIL PROTECTED], [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]