RE: [maven2] Anything Groovy in Maven2?
-Original Message- From: Jason van Zyl [mailto:[EMAIL PROTECTED] Sent: 03 May 2004 23:20 To: Maven Users List Subject: RE: [maven2] Anything Groovy in Maven2? On Mon, 2004-05-03 at 15:03, Vincent Massol wrote: funnily, I'm running the JUnit task in embedded mode for the abbot plugin I've checked in a few days ago and believe it or not... it works :-) Here's the url: http://tinyurl.com/2uy9b (look at the executeAntJunitTestRunner method). You are running that outside the context of an AntClassLoader? I think our notions of embedding are different i.e. I doubt something like IDEA or Eclipse are using the Ant JUnitTask internally. I could never get it work correctly without forking which I don't consider acceptable for embedding. Just to be sure, I've printed the CL used. Here's the output: Classloader = [EMAIL PROTECTED] Also, you can notice in the code that I have: // Do not fork so that we use the same classpath that was used to // start this class. junit.setFork(false); oh... I think I know what could be your problem. I'm running with Ant 1.5.x and you must be using Ant 1.6.x. I've just checked the JUnitTask.java code and it seems the Ant team has added some CL code for Ant 1.6 which is not present for Ant 1.5.x. Maybe that's causing the problem. I don't know why they did this. I'll ask. [snip] -Vincent - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: How to set suppressions for checkstyle plugin
No, no. You don't get me. You must use the maven.checkstyle.properties property and provide your own CS configuration. This is the way to use CS. Ok, I got Maven to use my checkstyle.xml (I just copied SUN's for now but I will modify it later). now I understand more about modifying the XML file to customize the checks. However, when I run checkstyle with maven I get the following error. I searched the archives and only found one message (see below) which doesn't explain it: D:\projects\MDSP\maven\sources\cs-commonmaven -e checkstyle:report __ __ | \/ |__ _Apache__ ___ | |\/| / _` \ V / -_) ' \ ~ intelligent projects ~ |_| |_\__,_|\_/\___|_||_| v. 1.0-rc2 build:start: checkstyle:init: checkstyle:report: checkstyle:run: [echo] Using D:\projects\MDSP\maven\sources\cs-common/checkstyle.xml for checkstyle ... BUILD FAILED Unable to create a Checker: cannot initialize module TreeWalker - Unable to instantiate MethodParamPad at com.puppycrawl.tools.checkstyle.CheckStyleTask.createChecker(CheckStyleTask. java:319) at com.puppycrawl.tools.checkstyle.CheckStyleTask.execute(CheckStyleTask.java:2 59) at org.apache.tools.ant.Task.perform(Task.java:341) at org.apache.commons.jelly.tags.ant.AntTag.doTag(AntTag.java:232) at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:279) at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:135) at org.apache.maven.jelly.tags.werkz.MavenGoalTag.runBodyTag(MavenGoalTag.java: 78) at org.apache.maven.jelly.tags.werkz.MavenGoalTag$MavenGoalAction.performAction (MavenGoalTag.java:99) at com.werken.werkz.Goal.fire(Goal.java:639) at com.werken.werkz.Goal.attain(Goal.java:575) at com.werken.werkz.WerkzProject.attainGoal(WerkzProject.java:193) at org.apache.maven.jelly.tags.werkz.MavenAttainGoalTag.doTag(MavenAttainGoalTa g.java:126) at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:279) at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:135) at org.apache.commons.jelly.TagSupport.invokeBody(TagSupport.java:233) at org.apache.commons.jelly.tags.core.IfTag.doTag(IfTag.java:88) at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:279) at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:135) at org.apache.maven.jelly.tags.werkz.MavenGoalTag.runBodyTag(MavenGoalTag.java: 78) at org.apache.maven.jelly.tags.werkz.MavenGoalTag$MavenGoalAction.performAction (MavenGoalTag.java:99) at com.werken.werkz.Goal.fire(Goal.java:639) at com.werken.werkz.Goal.attain(Goal.java:575) at com.werken.werkz.WerkzProject.attainGoal(WerkzProject.java:193) at org.apache.maven.plugin.PluginManager.attainGoals(PluginManager.java:531) at org.apache.maven.MavenSession.attainGoals(MavenSession.java:265) at org.apache.maven.cli.App.doMain(App.java:466) at org.apache.maven.cli.App.main(App.java:1117) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39 ) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl .java:25) at java.lang.reflect.Method.invoke(Method.java:324) at com.werken.forehead.Forehead.run(Forehead.java:551) at com.werken.forehead.Forehead.main(Forehead.java:581) Caused by: com.puppycrawl.tools.checkstyle.api.CheckstyleException: cannot initialize module TreeWalker - Unable to instantiate MethodPara at com.puppycrawl.tools.checkstyle.Checker.setupChild(Checker.java:214) at com.puppycrawl.tools.checkstyle.api.AutomaticBean.configure(AutomaticBean.ja va:203) at com.puppycrawl.tools.checkstyle.CheckStyleTask.createChecker(CheckStyleTask. java:310) ... 32 more Caused by: com.puppycrawl.tools.checkstyle.api.CheckstyleException: Unable to instantiate MethodParamPad at com.puppycrawl.tools.checkstyle.PackageObjectFactory.createModule(PackageObj ectFactory.java:157) at com.puppycrawl.tools.checkstyle.TreeWalker.setupChild(TreeWalker.java:188) at com.puppycrawl.tools.checkstyle.api.AutomaticBean.configure(AutomaticBean.ja va:203) at com.puppycrawl.tools.checkstyle.Checker.setupChild(Checker.java:193) ... 34 more Caused by: com.puppycrawl.tools.checkstyle.api.CheckstyleException: Unable to instantiate MethodParamPadCheck at com.puppycrawl.tools.checkstyle.PackageObjectFactory.doMakeObject(PackageObj ectFactory.java:101) at com.puppycrawl.tools.checkstyle.PackageObjectFactory.createModule(PackageObj ectFactory.java:154) ... 37 more --- Nested Exception --- com.puppycrawl.tools.checkstyle.api.CheckstyleException: cannot initialize module TreeWalker - Unable to instantiate MethodParamPad at
RE: Signing jars before deployment
Hi Yoway, A postGoal name=jar:jar might solve the problem Cheers, Siegfried Goeschlö -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Montag, 03. Mai 2004 20:05 To: [EMAIL PROTECTED] Subject: Signing jars before deployment Does anyone know of a good way to sign jars before deploying them? I've tried writing the following goal: goal name=jar:sign attainGoal name=jar:jar/ signjar jar=${maven.build.dir}/${maven.final.name}.jar alias=milkshake storepass=frylock/ attainGoal name=jar:deploy/ /goal Unfortunately, after the jar is signed the deploy goal causes the jar to be built again, without being signed. I couldn't seem to find any properties in the jar plugin reference to help with this, so I was wondering if anyone has any idea what the best approach to this would be. Thanks. Yoway Buorn Software Engineer Imagery Systems Engineering GENERAL DYNAMICS Advanced Information Systems I refuse to tiptoe through life only to arrive safely at death's door. -- ??? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [maven2] Anything Groovy in Maven2?
-Original Message- From: Vincent Massol [mailto:[EMAIL PROTECTED] Sent: 04 May 2004 08:21 To: 'Maven Users List' Subject: RE: [maven2] Anything Groovy in Maven2? -Original Message- From: Jason van Zyl [mailto:[EMAIL PROTECTED] Sent: 03 May 2004 23:20 To: Maven Users List Subject: RE: [maven2] Anything Groovy in Maven2? On Mon, 2004-05-03 at 15:03, Vincent Massol wrote: funnily, I'm running the JUnit task in embedded mode for the abbot plugin I've checked in a few days ago and believe it or not... it works :-) Here's the url: http://tinyurl.com/2uy9b (look at the executeAntJunitTestRunner method). You are running that outside the context of an AntClassLoader? I think our notions of embedding are different i.e. I doubt something like IDEA or Eclipse are using the Ant JUnitTask internally. I could never get it work correctly without forking which I don't consider acceptable for embedding. Just to be sure, I've printed the CL used. Here's the output: Classloader = [EMAIL PROTECTED] Also, you can notice in the code that I have: // Do not fork so that we use the same classpath that was used to // start this class. junit.setFork(false); oh... I think I know what could be your problem. I'm running with Ant 1.5.x and you must be using Ant 1.6.x. I've just checked the JUnitTask.java code and it seems the Ant team has added some CL code for Ant 1.6 which is not present for Ant 1.5.x. Maybe that's causing the problem. I don't know why they did this. I'll ask. Forget this! I was wrong. They are the same. Jason could you please point me or attach your code that doesn't work? I'm happy to help making it work. It really works for me. Thanks -Vincent - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: How to set suppressions for checkstyle plugin
Dunno. It's working fine in RC3 for the plugins (which are themselves Maven projects executing the checkstyle report). Sorry, I don't have the time to debug for you now. Maybe others will know. Thanks -Vincent -Original Message- From: Michael Mattox [mailto:[EMAIL PROTECTED] Sent: 04 May 2004 10:00 To: Vincent Massol; 'Maven Users List' Subject: RE: How to set suppressions for checkstyle plugin No, no. You don't get me. You must use the maven.checkstyle.properties property and provide your own CS configuration. This is the way to use CS. Ok, I got Maven to use my checkstyle.xml (I just copied SUN's for now but I will modify it later). now I understand more about modifying the XML file to customize the checks. However, when I run checkstyle with maven I get the following error. I searched the archives and only found one message (see below) which doesn't explain it: D:\projects\MDSP\maven\sources\cs-commonmaven -e checkstyle:report __ __ | \/ |__ _Apache__ ___ | |\/| / _` \ V / -_) ' \ ~ intelligent projects ~ |_| |_\__,_|\_/\___|_||_| v. 1.0-rc2 build:start: checkstyle:init: checkstyle:report: checkstyle:run: [echo] Using D:\projects\MDSP\maven\sources\cs-common/checkstyle.xml for checkstyle ... BUILD FAILED Unable to create a Checker: cannot initialize module TreeWalker - Unable to instantiate MethodParamPad at com.puppycrawl.tools.checkstyle.CheckStyleTask.createChecker(CheckStyleT as k. java:319) at com.puppycrawl.tools.checkstyle.CheckStyleTask.execute(CheckStyleTask.ja va :2 59) at org.apache.tools.ant.Task.perform(Task.java:341) at org.apache.commons.jelly.tags.ant.AntTag.doTag(AntTag.java:232) at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:279) at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:135) at org.apache.maven.jelly.tags.werkz.MavenGoalTag.runBodyTag(MavenGoalTag.j av a: 78) at org.apache.maven.jelly.tags.werkz.MavenGoalTag$MavenGoalAction.performAc ti on (MavenGoalTag.java:99) at com.werken.werkz.Goal.fire(Goal.java:639) at com.werken.werkz.Goal.attain(Goal.java:575) at com.werken.werkz.WerkzProject.attainGoal(WerkzProject.java:193) at org.apache.maven.jelly.tags.werkz.MavenAttainGoalTag.doTag(MavenAttainGo al Ta g.java:126) at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:279) at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:135) at org.apache.commons.jelly.TagSupport.invokeBody(TagSupport.java:233) at org.apache.commons.jelly.tags.core.IfTag.doTag(IfTag.java:88) at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:279) at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:135) at org.apache.maven.jelly.tags.werkz.MavenGoalTag.runBodyTag(MavenGoalTag.j av a: 78) at org.apache.maven.jelly.tags.werkz.MavenGoalTag$MavenGoalAction.performAc ti on (MavenGoalTag.java:99) at com.werken.werkz.Goal.fire(Goal.java:639) at com.werken.werkz.Goal.attain(Goal.java:575) at com.werken.werkz.WerkzProject.attainGoal(WerkzProject.java:193) at org.apache.maven.plugin.PluginManager.attainGoals(PluginManager.java:531 ) at org.apache.maven.MavenSession.attainGoals(MavenSession.java:265) at org.apache.maven.cli.App.doMain(App.java:466) at org.apache.maven.cli.App.main(App.java:1117) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.jav a: 39 ) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessor Im pl .java:25) at java.lang.reflect.Method.invoke(Method.java:324) at com.werken.forehead.Forehead.run(Forehead.java:551) at com.werken.forehead.Forehead.main(Forehead.java:581) Caused by: com.puppycrawl.tools.checkstyle.api.CheckstyleException: cannot initialize module TreeWalker - Unable to instantiate MethodPara at com.puppycrawl.tools.checkstyle.Checker.setupChild(Checker.java:214) at com.puppycrawl.tools.checkstyle.api.AutomaticBean.configure(AutomaticBea n. ja va:203) at com.puppycrawl.tools.checkstyle.CheckStyleTask.createChecker(CheckStyleT as k. java:310) ... 32 more Caused by: com.puppycrawl.tools.checkstyle.api.CheckstyleException: Unable to instantiate MethodParamPad at com.puppycrawl.tools.checkstyle.PackageObjectFactory.createModule(Packag eO bj ectFactory.java:157) at com.puppycrawl.tools.checkstyle.TreeWalker.setupChild(TreeWalker.java:18 8) at com.puppycrawl.tools.checkstyle.api.AutomaticBean.configure(AutomaticBea n. ja va:203) at com.puppycrawl.tools.checkstyle.Checker.setupChild(Checker.java:193) ... 34 more Caused by:
RE: [maven2] Anything Groovy in Maven2?
Cool thanks. I need to do some reading. However we're talking cross-purpose here. I have not hinted that you should drop your surefire plugin. We were discussing problems about embedding Ant task in java code. You said that you could not succeed in embedding the JunitTask task. I was proposing to help you if you could show me some code that does not work. Thanks -Vincent -Original Message- From: Jason van Zyl [mailto:[EMAIL PROTECTED] Sent: 04 May 2004 14:45 To: Maven Users List Subject: RE: [maven2] Anything Groovy in Maven2? On Tue, 2004-05-04 at 04:16, Vincent Massol wrote: Forget this! I was wrong. They are the same. Jason could you please point me or attach your code that doesn't work? I'm happy to help making it work. It really works for me. I have already been using this for over a year now: http://cvs.surefire.codehaus.org/surefire/ Which was originally based on: http://www.artima.com/suiterunner/ Some of their reasons are outlined here: http://www.artima.com/suiterunner/why.html Some other contributing reasons the ease with which scriptable testing is with surefire: I have little jython module that I used before groovy came into existence but I will make a groovy module. That said it absorbs all JUnit tests, it's really just another test runner. Surefire has its own notions for testing which are borrowed from Suiterunner but 90% of tests I've written and used with it so far and used with Surefire are JUnit tests. Currently I'm getting the Groovy tests to run with Surefire and they require no forking due to the classloader isolation provided by Surefire. Bottom line is that anyone using JUnit constructs aren't affected but you get the benefit Surefire Batteries for which I have little jython scripted web functional/acceptance testing modules and a little xmlrpc module right now and things like a fixture for an entire test. In any case after a year - 18 months of using Surefire I'm not turning back now. The Artima SuiteRunner site makes a case for a new generation of testing framework. And many have always been annoyed with JUnit as Cedric has made something else too: http://beust.com/testng/. All the tests for maven-components are JUnit tests, but they are execute by Surefire. I will eventually convert them to Batteries in order to script them/generate parts of them which is easy with Surefire and I would also like to incorporate some of Cedric's ideas like testing groups and any other cool notions he comes up with. -- jvz. Jason van Zyl [EMAIL PROTECTED] http://maven.apache.org happiness is like a butterfly: the more you chase it, the more it will elude you, but if you turn your attention to other things, it will come and sit softly on your shoulder ... -- Thoreau - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Deploy JNLP
To accomplish jnlp deployment I added a pregoal to site:deploy, which copies the jnlp folder to the docs directory. Then I have a link in the html to the .jnlp file to launch it, works great. preGoal name=site:deploy j:set var=docsDest value=${pom.getPluginContext('maven-xdoc-plugin').getVariable('maven.docs.dest')}/ ant:mkdir dir=${docsDest}/jnlp/ ant:copy todir=${docsDest}/jnlp ant:fileset dir=${maven.build.dir}/jnlp/ /ant:copy /preGoal -vito On Mon, 2004-04-26 at 07:56, Emmanuel Venisse wrote: - Original Message - From: Daniel Frey [EMAIL PROTECTED] To: 'Maven Users List' [EMAIL PROTECTED] Sent: Sunday, April 25, 2004 10:31 AM Subject: Deploy JNLP Hi there, Is there a way to deploy the JNLP artifacts generated by maven jnlp to a server? No, you can write a postGoal for the jnlp generation, or add a new goal in the jnlp plugin and send us the patch. Emmanuel - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [maven2] Anything Groovy in Maven2?
On Tue, 2004-05-04 at 08:52, Vincent Massol wrote: Cool thanks. I need to do some reading. However we're talking cross-purpose here. I have not hinted that you should drop your surefire plugin. We were discussing problems about embedding Ant task in java code. You said that you could not succeed in embedding the JunitTask task. I was proposing to help you if you could show me some code that does not work. I will leave Ant integration (outside the core of maven2) to you, I have all the plugins I need for the core right now so I don't have any need anymore as far as the core goes. I have code lying around from 18 months ago if you want to see something fail but at this point it's moot. But I am making a geronimo plugin to help with the Geronimo book David Blevins is working and it handles development of EJBs, WARs, EARs and general deployment for development so I'll take another look at the Ant tasks related to those tasks. It's really going to be a little GUI app but for the Geronimo book it all has to work from the CLI using Maven so I won't spend to long trying to get Ant tasks to work as this needs to be done ASAP. -- jvz. Jason van Zyl [EMAIL PROTECTED] http://maven.apache.org happiness is like a butterfly: the more you chase it, the more it will elude you, but if you turn your attention to other things, it will come and sit softly on your shoulder ... -- Thoreau - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Deploy JNLP
To accomplish jnlp deployment I added a pregoal to site:deploy, which copies the jnlp folder to the docs directory. Then I have a link in the html to the .jnlp file to launch it, works great. Smart guy! Thanks a lot. Do you have a hint where to put that (as a new maven user)? I tried it in maven.xml, however recive an error about The prefix ant for element ant:mkdir is not bound. Thanks again. Daniel - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[SOLVED] Compile from CVS
The solution was to use the 1.0 branch for maven and HEAD branch for maven-plugins site documentation updated from issue http://jira.codehaus.org/secure/ViewIssue.jspa?key=MAVEN-1257 Thanks to all -- Miguel Griffa Software Architect Technisys.NET The First Digital e-nabler Transactional Solutions Miami +1 305 357 8109 Madrid +34 915 726 763 Buenos Aires: +54 11 43227100 [EMAIL PROTECTED] http://www.technisys.net - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Deploy JNLP
OK, I added xmlns:ant=jelly:ant to the project element. Now I get ASTIdentifier : java.lang.reflect.InvocationTargetException java.lang.reflect.InvocationTargetException And the variable docsDest is incorrectly (not) resolved. What am I doing wrong? Daniel - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: java.lang.OutOfMemoryError during site:deploy, tar
When the build fails, the final tar is 0 bytes. The web site contains only a couple hundred megs worth of data, though. OS: RedHat ES 3.0 Physical RAM: 5G JDK: Sun j2sdk1.4.2_04 Maven: 1.0-rc2 I'm now using maven.site.deploy.method=fs which, since it doesn't use tar, works fine. I'm still a little concerned that I haven't been able to determine what the root cause of this OutOfMemoryError was -- I suspect it'll crop up again later. -adrian- -Original Message- From: Brett Porter [mailto:[EMAIL PROTECTED] Sent: Monday, May 03, 2004 4:15 PM To: 'Maven Users List' Subject: RE: java.lang.OutOfMemoryError during site:deploy, tar Interesting - how big is the final created tar? I have generated some huge sites without problems. Some more information on OS, etc. would be helpful. Thanks, - Brett -Original Message- From: Kalaveshi, Adrian [mailto:[EMAIL PROTECTED] Sent: Tuesday, 4 May 2004 3:04 AM To: '[EMAIL PROTECTED]' Subject: java.lang.OutOfMemoryError during site:deploy, tar Greetings -- I'm getting a 'java.lang.OutOfMemoryError' as follows: BUILD FAILED File.. file:/home/build/.maven/plugins/maven-site-plugin-1.5/plugin.j elly Element... tar Line.. 132 Column 91 java.lang.OutOfMemoryError Total time: 25 minutes 3 seconds The maximum Java heap size is set to 1900M via 'MAVEN_OPTS=-Xmx1900m'. It seems odd that I'd run out of memory while executing the tar task. Has anyone seen anything like this? -adrian- - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Réf. : Generate javadoc of multiple projects
Hi, On Monday 03 May 2004 18:09, [EMAIL PROTECTED] wrote: Define the repports you want to include in each sub project and : maven multiproject:site Look at the multiproject plugin for more info that is exactly what I tried (besides the reactor) before I wrote my posting to this list. Maybe I did not point it out properly or I am missing available features of the multiproject plugin: Besides the javadoc reports of the sub-projects generated by the multiproject:site target I want an aggrated javadoc of all sub-projects linked together for the main project site - as it would result if you would copy all subprojects src/java contents together to the src/java of the main project (which currently does not exist) and then generate the javadoc from that. Well if there is a better way than writing a postGoal doing that please let me know. Nicolas, Thank you so far. Regards Jörg Jörg Hohwiller [EMAIL PROTECTED] 03/05/2004 17:53 Veuillez répondre à Maven Users List Pour : Maven Users List [EMAIL PROTECTED] cc : Objet : Generate javadoc of multiple projects Hi there, my project consists of multiple components. For each component I can run maven site:genreate and get a nice site with reports such as javadoc. For the project itself I also use maven to generate the site. Now my question is if there is an easy way to generate a javadoc (and xref) for the main project site containing the code of all components? If not I would also be pleased to hear how to do it complicated :) Thanks a lot, Jörg - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: How to set suppressions for checkstyle plugin
Hi there, On Tuesday 04 May 2004 09:59, Michael Mattox wrote: No, no. You don't get me. You must use the maven.checkstyle.properties property and provide your own CS configuration. This is the way to use CS. Ok, I got Maven to use my checkstyle.xml (I just copied SUN's for now but I will modify it later). now I understand more about modifying the XML file to customize the checks. However, when I run checkstyle with maven I get the following error. I searched the archives and only found one message (see below) which doesn't explain it: D:\projects\MDSP\maven\sources\cs-commonmaven -e checkstyle:report __ __ | \/ |__ _Apache__ ___ | | |\/| / _` \ V / -_) ' \ ~ intelligent projects ~ | |_| |_\__,_|\_/\___|_||_| v. 1.0-rc2 build:start: checkstyle:init: checkstyle:report: checkstyle:run: [echo] Using D:\projects\MDSP\maven\sources\cs-common/checkstyle.xml for checkstyle ... BUILD FAILED Unable to create a Checker: cannot initialize module TreeWalker - Unable to instantiate MethodParamPad at com.puppycrawl.tools.checkstyle.CheckStyleTask.createChecker(CheckStyleTask . java:319) at [cut] I am not too sure about this one, but can farly remember that I once had a similar problem. Have a look in your maven plugin directory for the checkstyle plugin. There you will find the checkstyle settings for sun and turbine in the proper format (they do not use the full classpath to the checks (com.puppycrawl.tools.checkstyle). Just use one of these two as template to start with and it might work. Take care Jörg - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: maven night-build integration
On Monday 03 May 2004 18:35, Eric Giguere wrote: Hi all Hiho, could not see a response to your mail on the list, so I'll give it a try... Just wondering... Is there such a thing as a night-built plugin for maven or any other code base that is ready to be used? I am just a user of maven, but I suppose that this is not a real toppic for a maven plugin. Simply start maven via cron: #man crontab #export EDITOR=vi #crontab -e I mean by that some scheduled mechanism that could execute a maven build but that will also trap all outputs and make a nice HTML report out of this? I your crontab do something like 59 23 * * * (echo html...body;maven site:generate;echo /body/html) PROJECTDIR/target/mavenreport.html mhm, I have to admin this is a brute hack. Maybe you want to have the output as anakia template, but would not that require running maven twice? thx Eric. I dont know if this helped you Regards Jörg - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: maven night-build integration
might want to check out cruisecontrol (http://cruisecontrol.sf.net) they have the ability to run maven builds (as well as ant builds) and the results are emailed out to users. it's been a while since i used it, but it worked well for me. Ryan -Original Message- From: Jörg Hohwiller [mailto:[EMAIL PROTECTED] Sent: Tuesday, May 04, 2004 2:20 PM To: Maven Users List Subject: Re: maven night-build integration On Monday 03 May 2004 18:35, Eric Giguere wrote: Hi all Hiho, could not see a response to your mail on the list, so I'll give it a try... Just wondering... Is there such a thing as a night-built plugin for maven or any other code base that is ready to be used? I am just a user of maven, but I suppose that this is not a real toppic for a maven plugin. Simply start maven via cron: #man crontab #export EDITOR=vi #crontab -e I mean by that some scheduled mechanism that could execute a maven build but that will also trap all outputs and make a nice HTML report out of this? I your crontab do something like 59 23 * * * (echo html...body;maven site:generate;echo /body/html) PROJECTDIR/target/mavenreport.html mhm, I have to admin this is a brute hack. Maybe you want to have the output as anakia template, but would not that require running maven twice? thx Eric. I dont know if this helped you Regards Jörg - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Compile from CVS
Right - thanks. You don't need to build RC3 to fix this - just need to rebuild the xdoc plugin. I'll attempt to cut a release of that sooner than RC3. - Brett -Original Message- From: Jarrell, Maury [mailto:[EMAIL PROTECTED] Sent: Tuesday, 4 May 2004 11:03 PM To: 'Maven Users List' Subject: RE: Compile from CVS -Original Message- From: Brett Porter [mailto:[EMAIL PROTECTED] Sent: Monday, May 03, 2004 6:12 PM To: 'Maven Users List' Subject: RE: Compile from CVS I'm curious about these RC2 site:generate problems? Hi, Brett, You can look in the archives for this list. I started a thread on Apr 21 with a subject of Problem with site:generate goal in *very* basic project The error I reported was (in part): # Validating team-list.html # maven-linkcheck-plugin:report-real: # [echo] Generating /u01/home/oracle/maven1/target/docs/linkcheck.html # from /u01/home/oracle/maven1/target/linkcheck/docs/linkcheck.xml # # BUILD FAILED # File.. # file:/u01/home/oracle/.maven/plugins/maven-xdoc-plugin-1.6/plu gin.jelly # Element... j:include # Line.. 345 # Column 54 # null:-1:-1: null Could not parse Jelly script # Total time: 4 minutes 34 seconds # Finished at: Wed Apr 21 10:06:02 CDT 2004 # # This appears to be a part of the dependent goal xdoc:jelly-transform Emmanuael Venisse's response to me was: #It's a known bug in xdoc plugin that was fixed in cvs. # #Emmanuel Hope this helps, Maury - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]