maven cvs help....
Hi , I have started using Maven and am not sure how do i use my cvs reposirotry in it. According to some documents ,I have put in in project.xml.I tried doing that but it is saying build failed. I am having problems of using it in maven and setting up the url. like i have [EMAIL PROTECTED] e:\cvs\repository where [EMAIL PROTECTED] - host name e:\cvs\repository - location of repository. does anyone have an idea how do i do it and which and how to use url for the same help is needed... thanks in advance deepak - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Dependencies - naming,format of etc
Clowes, Stan, Technology VM [EMAIL PROTECTED] wrote on 18/12/2003 02:14:18 AM: Hi, New to maven and looking to use within our project. However I have some questions about dependencies: The format of the location of a dependency seems very rigid i.e. : ${repo}/${groupId}/${type}s/${artifactId}-${version}.${type} Yes the variables can change but not the format. Can this be altered to a directory location somewhere. See jar overrides in the User's Guide. http://maven.apache.org/reference/user-guide.html#Overriding%20Stated%20Dependencies Also if your class file is dependent on another file in your project or another project for compilation i.e. the other file is not in a jar file; how do you resolve that dependency a none jar based dependency. Put it in your source directory??? -- dIon Gillard, Multitask Consulting Blog: http://blogs.codehaus.org/people/dion/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: maven cvs help....
Deepak, I think you need help with CVS, rather than help with Maven. I'm sending a quick email to get you started, but this subject is not suitable for the maven user list. Cheers Brice - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: maven cvs help....
What's your error message? -- dIon Gillard, Multitask Consulting Blog: http://blogs.codehaus.org/people/dion/ Deepak Sable [EMAIL PROTECTED] wrote on 18/12/2003 05:56:42 PM: Hi , I have started using Maven and am not sure how do i use my cvs reposirotry in it. According to some documents ,I have put in in project.xml.I tried doing that but it is saying build failed. I am having problems of using it in maven and setting up the url. like i have [EMAIL PROTECTED] e:\cvs\repository where [EMAIL PROTECTED] - host name e:\cvs\repository - location of repository. does anyone have an idea how do i do it and which and how to use url for the same help is needed... thanks in advance deepak - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
use of ${mave.build.dir} in project.xml/resources
I did search the archives for this, but the arhive search doesn't seem to handle dots all that well anyway .. build resources resource directory${basedir}/target/xdoclet/hibernatedoclet/directory include**/*.hbm.xml/include /resource /resources [snip] works just fine but ... build resources resource directory${maven.build.dir}/xdoclet/hibernatedoclet/directory include**/*.hbm.xml/include /resource /resources [snip] does not Is that to be expected? I am not trying to override the value of ${maven.build.dir} and an echo message=maven build dir : ${maven.build.dir}/ in a pregoal shows the expected result [echo] maven build dir : C:\proj\external\opensymphony\osuser/target Thanks, Matthew - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Zips in project dependency.
Greetings all. I'm new to this list, and indeed to Maven also. I'm currently evaluating Maven for use in our build system, and I've come across a problem I haven't found a solution to in the docs - or through googling the web. The problem is this; I've selected the lowest level component in our system (a common component) as the test subject. This component includes som InstallAnywhere gizmos as well. As you might be aware Install Anywhere's redistributable is in form of a IAClasses.zip file. So I've added the following to the project.xml file: dependency groupIdzerog/groupId typezip/type artifactIdIAClasses/artifactId versionna/version urllib/ext in VOB/url /dependency This fails miserably with cannot resolve symbol errors during maven java:compile. Renaming the ZIP to a JAR (and relocating in the repository, as well as updating project.xml) makes the maven java:compile finish successfullly.. I'm sure it's something obvious I've overlooked - but if someone could help me I'd appreciate it greatly. Regards, Jan-Helge Bergesen Software Developer TMN Group, Axxessit ASA | http://www.axxessit.no
Re: Zips in project dependency (solved).
I did find a solution 15 minutes after sending the previous mail (of course). The solution seem to be writing: dependency groupIdzerog/groupId typejar/type artifactIdIAClasses/artifactId jarIAClasses.zip/jar urllib/ext in view/url /dependency Then all is well. [EMAIL PROTECTED] 18.12.2003 11:31 Please respond to Maven Users List To: [EMAIL PROTECTED] cc: Subject:Zips in project dependency. Greetings all. I'm new to this list, and indeed to Maven also. I'm currently evaluating Maven for use in our build system, and I've come across a problem I haven't found a solution to in the docs - or through googling the web. The problem is this; I've selected the lowest level component in our system (a common component) as the test subject. This component includes som InstallAnywhere gizmos as well. As you might be aware Install Anywhere's redistributable is in form of a IAClasses.zip file. So I've added the following to the project.xml file: dependency groupIdzerog/groupId typezip/type artifactIdIAClasses/artifactId versionna/version urllib/ext in VOB/url /dependency This fails miserably with cannot resolve symbol errors during maven java:compile. Renaming the ZIP to a JAR (and relocating in the repository, as well as updating project.xml) makes the maven java:compile finish successfullly.. I'm sure it's something obvious I've overlooked - but if someone could help me I'd appreciate it greatly. Regards, Jan-Helge Bergesen Software Developer TMN Group, Axxessit ASA | http://www.axxessit.no
RE: why repository is set per user?
Hi, I know one good reason why local repository is set per user, and if I remember history it was the main reason why this change was implemented since beta-9. The matter is that local repository contains not only external depencencies of a project you develop. It contains also the developed artifact that might be in inconsistent state - artifact:install puts them into local repository. Morover, you can't avoid that if you use reactored build process - artifacts created in a subproject should be installed into the local repository to become visible to other subprojects. So separation of users' local repositories prevents conflicts when several persons work on the same project in parallel. Especially if you use SNAPSHOT's in your projects' dependencies. But even keeping all this in mind, it would be reasonable to share part of the local repository that contains only external dependencies. I suggested the concepts of three repos - remote, shared, local instead of the current two repos - remote local while ago. Henning suggested it too and he even provided a patch that was not accepted (see http://nagoya.apache.org/eyebrowse/[EMAIL PROTECTED]msg No=695. Probably it is the time to recover this issue again? -- Alexei Barantsev, ISP RAS E-mail: [EMAIL PROTECTED] ICQ : 3959207 -Original Message- From: Federico Spinazzi [mailto:[EMAIL PROTECTED] Sent: Wednesday, December 17, 2003 4:30 PM To: Maven Users List Subject: why repository is set per user? Hy, second question in too little time, sorry. I'd like to know which is the reason maven rc1 uses a per user repository by default. It seems like a vaste of space as each user have his own repository. There should be a good reason but I cannot understand it. Thank you very much Federico - 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]
Subversion Support...
I was wondering... Is Subversion fully suported in Maven now? I heard that some things, like Changelog, was not really OK... __ Demerson Zounar Analista de Suporte Cia Zaffari Com e Ind Porto Alegre - RS [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Subversion Support...
Subversion is supported... sort of. Later versions of Subversion have changed the format of the svn log -v command which confuses maven. There is an effort mentioned on this list to create an SCM plugin that supports a number of SCM products which could be used by other plugins. I'm not sure of the status of that effort though. I use subversion and have created my own plugin (well, actually I just changed a line in the existing changelog plugin) which handles Subversion 0.33, 0.33.1 and 0.34. I could send it to you if you wish (off course all and every possibla disclaimer would apply ;-) while we're waiting for a more permanent solution. Cheers /Mikael Info - Demerson wrote: I was wondering... Is Subversion fully suported in Maven now? I heard that some things, like Changelog, was not really OK... - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Subversion Support...
Subversion is supported by maven in changelog plugin. This plugin generates a file that list all modifications. If you want more features, you can see maven-scm (http://blogs.codehaus.org/people/emmanuel/archives/mavenscm.html). It's use in the next maven version Emmanuel - Original Message - From: Info - Demerson [EMAIL PROTECTED] To: Maven Users List [EMAIL PROTECTED] Sent: Thursday, December 18, 2003 1:56 PM Subject: Subversion Support... I was wondering... Is Subversion fully suported in Maven now? I heard that some things, like Changelog, was not really OK... __ Demerson Zounar Analista de Suporte Cia Zaffari Com e Ind Porto Alegre - RS [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]
javadoc plugin error
I've an error with the javadoc plugin. I think the problem is there is too much dependencies in the project. So the command line used to launch javadoc.exe is very long and it is not complete, an error is raised. Is there any solution ? BUILD FAILED File.. file:/C:/Documents and Settings/eboudrant/.maven/plugins/maven-multiproject-plugin-1.1/ Element... maven:reactor Line.. 69 Column 7 Unable to obtain goal [site] -- file:/C:/Documents and Settings/eboudrant/.maven/plugins/maven-javadoc-plugin-1.3/:106:60: ant:javadoc Javadoc failed: java.io.IOException: CreateProcess: C :\j2sdk1.4.2_02\bin\javadoc.exe -use -stylesheetfile C:\Documents and Settings\eboudrant\.maven\plugins\maven-javadoc-plugin-1.3\plugin-resources\stylesheet.css -d C:\win32app\cruisecontro l-2.1.4\work\checkout\msl-eai-projects-nightly\eclipse\plugins\com.bnpparibas.eqd.plugin.eai\target\docs\apidocs -windowtitle Eclipse EAI MAMO plugin 1.1.2 API -doctitle Eclipse EAI MAMO plugin 1.1.2 API -bottom Copyright copy; MAMO-2003. All Rights Reserved. -classpath C:\Documents and Settings\eboudrant\.maven\repository\log4j\jars\log4j-1.2.7.jar;C:\Docum ents and Settings\eboudrant\.maven\repository\junit\jars\junit-3.8.1.jar;C:\Documents and Settings\eboudrant\.maven\repository\jdom\jars\jdom-b9.jar;C:\Documents and Settings\eboudrant\.mave n\repository\jgraph\jars\jgraph-0.5.0.jar;C:\Documents and Settings\eboudrant\.maven\repository\jgraph\jars\jgrapht-0.5.0.jar;C:\Documents and Settings\eboudrant\.maven\repository\msl-tools\ jars\msl-tools-1.0.2.jar;C:\Documents and Settings\eboudra? Total time: 20 minutes 37 seconds Finished at: Thu Dec 18 15:01:07 CET 2003 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: javadoc plugin error : java.io.IOException: CreateProcess
Ok, I found the solution ;) use the property maven.javadoc.useexternalfile=true -emmanuel Selon [EMAIL PROTECTED]: I've an error with the javadoc plugin. I think the problem is there is too much dependencies in the project. So the command line used to launch javadoc.exe is very long and it is not complete, an error is raised. Is there any solution ? BUILD FAILED File.. file:/C:/Documents and Settings/eboudrant/.maven/plugins/maven-multiproject-plugin-1.1/ Element... maven:reactor Line.. 69 Column 7 Unable to obtain goal [site] -- file:/C:/Documents and Settings/eboudrant/.maven/plugins/maven-javadoc-plugin-1.3/:106:60: ant:javadoc Javadoc failed: java.io.IOException: CreateProcess: C :\j2sdk1.4.2_02\bin\javadoc.exe -use -stylesheetfile C:\Documents and Settings\eboudrant\.maven\plugins\maven-javadoc-plugin-1.3\plugin-resources\stylesheet.css -d C:\win32app\cruisecontro l-2.1.4\work\checkout\msl-eai-projects-nightly\eclipse\plugins\com.bnpparibas.eqd.plugin.eai\target\docs\apidocs -windowtitle Eclipse EAI MAMO plugin 1.1.2 API -doctitle Eclipse EAI MAMO plugin 1.1.2 API -bottom Copyright copy; MAMO-2003. All Rights Reserved. -classpath C:\Documents and Settings\eboudrant\.maven\repository\log4j\jars\log4j-1.2.7.jar;C:\Docum ents and Settings\eboudrant\.maven\repository\junit\jars\junit-3.8.1.jar;C:\Documents and Settings\eboudrant\.maven\repository\jdom\jars\jdom-b9.jar;C:\Documents and Settings\eboudrant\.mave n\repository\jgraph\jars\jgraph-0.5.0.jar;C:\Documents and Settings\eboudrant\.maven\repository\jgraph\jars\jgrapht-0.5.0.jar;C:\Documents and Settings\eboudrant\.maven\repository\msl-tools\ jars\msl-tools-1.0.2.jar;C:\Documents and Settings\eboudra? Total time: 20 minutes 37 seconds Finished at: Thu Dec 18 15:01:07 CET 2003 - 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: javadoc plugin error
maven.javadoc.useexternalfile=true Emmanuel - Original Message - From: [EMAIL PROTECTED] To: Maven Users List [EMAIL PROTECTED] Sent: Thursday, December 18, 2003 3:04 PM Subject: javadoc plugin error I've an error with the javadoc plugin. I think the problem is there is too much dependencies in the project. So the command line used to launch javadoc.exe is very long and it is not complete, an error is raised. Is there any solution ? BUILD FAILED File.. file:/C:/Documents and Settings/eboudrant/.maven/plugins/maven-multiproject-plugin-1.1/ Element... maven:reactor Line.. 69 Column 7 Unable to obtain goal [site] -- file:/C:/Documents and Settings/eboudrant/.maven/plugins/maven-javadoc-plugin-1.3/:106:60: ant:javadoc Javadoc failed: java.io.IOException: CreateProcess: C :\j2sdk1.4.2_02\bin\javadoc.exe -use -stylesheetfile C:\Documents and Settings\eboudrant\.maven\plugins\maven-javadoc-plugin-1.3\plugin-resources\ stylesheet.css -d C:\win32app\cruisecontro l-2.1.4\work\checkout\msl-eai-projects-nightly\eclipse\plugins\com.bnppariba s.eqd.plugin.eai\target\docs\apidocs -windowtitle Eclipse EAI MAMO plugin 1.1.2 API -doctitle Eclipse EAI MAMO plugin 1.1.2 API -bottom Copyright copy; MAMO-2003. All Rights Reserved. -classpath C:\Documents and Settings\eboudrant\.maven\repository\log4j\jars\log4j-1.2.7.jar;C:\Docum ents and Settings\eboudrant\.maven\repository\junit\jars\junit-3.8.1.jar;C:\Documents and Settings\eboudrant\.maven\repository\jdom\jars\jdom-b9.jar;C:\Documents and Settings\eboudrant\.mave n\repository\jgraph\jars\jgraph-0.5.0.jar;C:\Documents and Settings\eboudrant\.maven\repository\jgraph\jars\jgrapht-0.5.0.jar;C:\Docume nts and Settings\eboudrant\.maven\repository\msl-tools\ jars\msl-tools-1.0.2.jar;C:\Documents and Settings\eboudra? Total time: 20 minutes 37 seconds Finished at: Thu Dec 18 15:01:07 CET 2003 - 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]
jdiff plugin
Hello all, I'm trying to use the jdiff plugin with maven 1.0 RC1 I got it from CVS and done a maven plugin:install now, when I use maven jdiff I get this error : BUILD FAILED File.. file:/C:/Documents and Settings/ndeloof/.maven/plugins/maven-jdiff-plugin-1.1/ Element... maven:makeRelativePath Line.. 44 Column 120 You must define an attribute called 'path' for this tag. Total time: 6 seconds Finished at: Thu Dec 18 15:24:09 CET 2003 The line 44 in plugin.jelly is for : maven:makeRelativePath var=mavenRelativeSrcDir basedir=${basedir} path=${maven.build.sourceDirectory} / I added some echo in plugin.jelly and see that ${maven.build.sourceDirectory} is not set. What do I miss ? Nico. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: jdiff plugin
Apparently, you're the first person that use this plugin since a long time. I think we don't update it when we modify maven apis. If you have a patch, it will be xelcome. Emmanuel - Original Message - From: Nicolas De Loof [EMAIL PROTECTED] To: Maven Users List [EMAIL PROTECTED] Sent: Thursday, December 18, 2003 3:25 PM Subject: jdiff plugin Hello all, I'm trying to use the jdiff plugin with maven 1.0 RC1 I got it from CVS and done a maven plugin:install now, when I use maven jdiff I get this error : BUILD FAILED File.. file:/C:/Documents and Settings/ndeloof/.maven/plugins/maven-jdiff-plugin-1.1/ Element... maven:makeRelativePath Line.. 44 Column 120 You must define an attribute called 'path' for this tag. Total time: 6 seconds Finished at: Thu Dec 18 15:24:09 CET 2003 The line 44 in plugin.jelly is for : maven:makeRelativePath var=mavenRelativeSrcDir basedir=${basedir} path=${maven.build.sourceDirectory} / I added some echo in plugin.jelly and see that ${maven.build.sourceDirectory} is not set. What do I miss ? Nico. - 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: jdiff plugin
I made some simple changes in plugin.jelly and jdiff goal now get sources from CVS for the two versions to compare. But when plugin calls javadoc I get [javadoc] Generating Javadoc [javadoc] Javadoc execution [javadoc] javadoc: Cannot find doclet class jdiff.JDiff [javadoc] 1 error I don't know how to set javadoc classpath to include jdiff doclet class. Can someone help me ? Nico. - Original Message - From: Emmanuel Venisse [EMAIL PROTECTED] To: Maven Users List [EMAIL PROTECTED] Sent: Thursday, December 18, 2003 3:37 PM Subject: Re: jdiff plugin Apparently, you're the first person that use this plugin since a long time. I think we don't update it when we modify maven apis. If you have a patch, it will be xelcome. Emmanuel - Original Message - From: Nicolas De Loof [EMAIL PROTECTED] To: Maven Users List [EMAIL PROTECTED] Sent: Thursday, December 18, 2003 3:25 PM Subject: jdiff plugin Hello all, I'm trying to use the jdiff plugin with maven 1.0 RC1 I got it from CVS and done a maven plugin:install now, when I use maven jdiff I get this error : BUILD FAILED File.. file:/C:/Documents and Settings/ndeloof/.maven/plugins/maven-jdiff-plugin-1.1/ Element... maven:makeRelativePath Line.. 44 Column 120 You must define an attribute called 'path' for this tag. Total time: 6 seconds Finished at: Thu Dec 18 15:24:09 CET 2003 The line 44 in plugin.jelly is for : maven:makeRelativePath var=mavenRelativeSrcDir basedir=${basedir} path=${maven.build.sourceDirectory} / I added some echo in plugin.jelly and see that ${maven.build.sourceDirectory} is not set. What do I miss ? Nico. - 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: [ANNOUNCE] JCoverage Plugin
notes - my eclipse output folder is set to C:\workspace\projects\extweb_cust_struts/target/classes in project.properties - when instrumenting jcoverage plugin finds 2 files in that directory but it does not traverse down the path to find other classes (80+ of them) let me know if you need more info (output is below) thanks vlad maven jcoverage output: __ __ | \/ |__ _Apache__ ___ | |\/| / _` \ V / -_) ' \ ~ intelligent projects ~ |_| |_\__,_|\_/\___|_||_| v. 1.0-rc1-SNAPSHOT [taskdef] Could not load definitions from resource tasks.properties. It could not be found. java:prepare-filesystem: java:compile: [echo] Compiling to C:\workspace\projects\extweb_cust_struts/target/classes jcoverage:on: [mkdir] Created dir: C:\workspace\projects\extweb_cust_struts\target\jcoverage\database [mkdir] Created dir: C:\workspace\projects\extweb_cust_struts\target\jcoverage\classes instrumenting the class-files... instrument todir=C:\workspace\projects\extweb_cust_struts/target/jcoverage/classesclasspath/classpath/instrument Copying 2 files to C:\workspace\projects\extweb_cust_struts\target\jcoverage\classes java:jar-resources: test:prepare-filesystem: test:test-resources: test:compile: test:test: [junit] Running com.intgas.cust.access.AccountHistoryAccessTest [junit] Tests run: 2, Failures: 2, Errors: 0, Time elapsed: 0.11 sec [junit] [ERROR] TEST com.intgas.cust.access.AccountHistoryAccessTest FAILED [junit] Running com.intgas.cust.access.WebsiteLogAccessTest [junit] Tests run: 1, Failures: 0, Errors: 1, Time elapsed: 0.09 sec [junit] [ERROR] TEST com.intgas.cust.access.WebsiteLogAccessTest FAILED [junit] Running com.intgas.cust.models.CustBusinessLogicTest [junit] java.lang.NoClassDefFoundError: com/intgas/cust/models/CustBusinessModel [junit] at com.intgas.cust.models.CustBusinessLogicTest.clinit(CustBusinessLogicTest.java:19) [junit] at java.lang.Class.forName0(Native Method) [junit] at java.lang.Class.forName(Class.java:115) [junit] at org.apache.tools.ant.taskdefs.optional.junit.JUnitTestRunner.init(JUnitTestRunner.java:237) [junit] at org.apache.tools.ant.taskdefs.optional.junit.JUnitTestRunner.init(JUnitTestRunner.java:210) [junit] at org.apache.tools.ant.taskdefs.optional.junit.JUnitTestRunner.main(JUnitTestRunner.java:532) [junit] Exception in thread main [junit] [ERROR] TEST com.intgas.cust.models.CustBusinessLogicTest FAILED [junit] Running com.intgas.cust.models.CustValidationLogicTest [junit] java.lang.NoClassDefFoundError: com/intgas/cust/exceptions/DbException [junit] at java.lang.Class.forName0(Native Method) [junit] at java.lang.Class.forName(Class.java:115) [junit] at org.apache.tools.ant.taskdefs.optional.junit.JUnitTestRunner.init(JUnitTestRunner.java:237) [junit] at org.apache.tools.ant.taskdefs.optional.junit.JUnitTestRunner.init(JUnitTestRunner.java:210) [junit] at org.apache.tools.ant.taskdefs.optional.junit.JUnitTestRunner.main(JUnitTestRunner.java:532) [junit] Exception in thread main [junit] [ERROR] TEST com.intgas.cust.models.CustValidationLogicTest FAILED BUILD FAILED File.. file:/C:/Documents and Settings/vterzic/.maven/plugins/maven-test-plugin-1.4/ Element... fail Line.. 130 Column 54 There were test failures. Total time: 5 seconds Finished at: Thu Dec 18 08:10:03 MST 2003 [EMAIL PROTECTED] 12/17/03 10:58PM plugin (1.0.2 or any version for that matter) does not seem to work right with eclipse projects (running plugin on command line with maven jcoverage) What's exactly the problem? plugin only instruments classes on the 'top level' but not ones in packages so when junit goals are run they fail... Could you send me a little simple? any ideas? thanks vlad - 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]
[Patch avaible] Re: jdiff plugin
I made it work ! I join to this mail a cvs patch for jdiff plugin. It would be a good thing that any maven master take a look at it as I needed to set some value using local repository path : ${user.home}/.maven/repository... Notice jdiff has a 1.0.9 version that isn't in ibiblio repository. Nico. - Original Message - From: Nicolas De Loof [EMAIL PROTECTED] To: Maven Users List [EMAIL PROTECTED] Sent: Thursday, December 18, 2003 4:06 PM Subject: Re: jdiff plugin I made some simple changes in plugin.jelly and jdiff goal now get sources from CVS for the two versions to compare. But when plugin calls javadoc I get [javadoc] Generating Javadoc [javadoc] Javadoc execution [javadoc] javadoc: Cannot find doclet class jdiff.JDiff [javadoc] 1 error I don't know how to set javadoc classpath to include jdiff doclet class. Can someone help me ? Nico. - Original Message - From: Emmanuel Venisse [EMAIL PROTECTED] To: Maven Users List [EMAIL PROTECTED] Sent: Thursday, December 18, 2003 3:37 PM Subject: Re: jdiff plugin Apparently, you're the first person that use this plugin since a long time. I think we don't update it when we modify maven apis. If you have a patch, it will be xelcome. Emmanuel - Original Message - From: Nicolas De Loof [EMAIL PROTECTED] To: Maven Users List [EMAIL PROTECTED] Sent: Thursday, December 18, 2003 3:25 PM Subject: jdiff plugin Hello all, I'm trying to use the jdiff plugin with maven 1.0 RC1 I got it from CVS and done a maven plugin:install now, when I use maven jdiff I get this error : BUILD FAILED File.. file:/C:/Documents and Settings/ndeloof/.maven/plugins/maven-jdiff-plugin-1.1/ Element... maven:makeRelativePath Line.. 44 Column 120 You must define an attribute called 'path' for this tag. Total time: 6 seconds Finished at: Thu Dec 18 15:24:09 CET 2003 The line 44 in plugin.jelly is for : maven:makeRelativePath var=mavenRelativeSrcDir basedir=${basedir} path=${maven.build.sourceDirectory} / I added some echo in plugin.jelly and see that ${maven.build.sourceDirectory} is not set. What do I miss ? Nico. - 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] Index: plugin.jelly === RCS file: /home/cvspublic/maven-plugins/jdiff/plugin.jelly,v retrieving revision 1.8 diff -u -r1.8 plugin.jelly --- plugin.jelly29 Aug 2003 06:27:52 - 1.8 +++ plugin.jelly18 Dec 2003 15:30:03 - @@ -41,13 +41,12 @@ ant:property name=maven.jdiff.new.dir value=${maven.jdiff.dir}/${maven.jdiff.new.tag}/ ant:mkdir dir=${maven.jdiff.new.dir}/ -maven:makeRelativePath var=mavenRelativeSrcDir basedir=${basedir} path=${maven.build.sourceDirectory} / ant:cvs cvsRoot=${pom.repository.cvsRoot} package=${pom.repository.cvsModule}/${mavenRelativeSrcDir} dest=${maven.jdiff.new.dir} tag=${maven.jdiff.new.tag} -/ +/ ant:property name=maven.jdiff.new.src value=${maven.jdiff.new.dir}/${pom.repository.cvsModule}/${relativeSrcDir}/ @@ -65,7 +64,6 @@ value=${maven.jdiff.dir}/${maven.jdiff.old.tag}/ ant:mkdir dir=${maven.jdiff.old.dir}/ -maven:makeRelativePath var=mavenRelativeSrcDir basedir=${basedir} path=${maven.build.sourceDirectory} / ant:cvs cvsRoot=${pom.repository.cvsRoot} package=${pom.repository.cvsModule}/${mavenRelativeSrcDir} @@ -77,19 +75,17 @@ value=${maven.jdiff.old.dir}/${pom.repository.cvsModule}/${relativeSrcDir}/ /j:otherwise /j:choose - ant:property name=maven.cp.sub refid=maven-classpath/ -ant:property name=maven.cp value=${maven.cp.sub};${java.class.path}/ +ant:property name=jdiff.jar value=${user.home}/.maven/repository/jdiff/jars/jdiff-1.0.7.jar/ +ant:property name=maven.cp value=${maven.cp.sub};${jdiff.jar};${java.class.path}/ ant:property name=baseuri value=${maven.home}/plugins/jdiff/ ant:javadoc sourcepath=${maven.jdiff.old.src} - packagenames=${pom.package}.* - - ant:doclet name=jdiff.JDiff -path=${maven.cp} + packagenames=${pom.package}.* + ant:doclet name=jdiff.JDiff path=${maven.cp} ant:param name=-apiname value=${maven.jdiff.old.tag}/
using cactus with external dependencies
Hello list, We use cactus inside a JBoss container to test our modules. All our modules depends on some other ejb-jar modules. My question is: I have module A depending on module B,C,D (I have the ejb-jars in my repository). Is it possible somehow to deploy B,C,D while running cactus tests? Thanks a lot, S. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [ANNOUNCE] JCoverage Plugin
Could you run maven clean jcoverage? Do you have errors? Emmanuel - Original Message - From: VLADIMIR TERZIC [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Thursday, December 18, 2003 4:14 PM Subject: Re: [ANNOUNCE] JCoverage Plugin notes - my eclipse output folder is set to C:\workspace\projects\extweb_cust_struts/target/classes in project.properties - when instrumenting jcoverage plugin finds 2 files in that directory but it does not traverse down the path to find other classes (80+ of them) let me know if you need more info (output is below) thanks vlad maven jcoverage output: __ __ | \/ |__ _Apache__ ___ | |\/| / _` \ V / -_) ' \ ~ intelligent projects ~ |_| |_\__,_|\_/\___|_||_| v. 1.0-rc1-SNAPSHOT [taskdef] Could not load definitions from resource tasks.properties. It could not be found. java:prepare-filesystem: java:compile: [echo] Compiling to C:\workspace\projects\extweb_cust_struts/target/classes jcoverage:on: [mkdir] Created dir: C:\workspace\projects\extweb_cust_struts\target\jcoverage\database [mkdir] Created dir: C:\workspace\projects\extweb_cust_struts\target\jcoverage\classes instrumenting the class-files... instrument todir=C:\workspace\projects\extweb_cust_struts/target/jcoverage/classesc lasspath/classpath/instrument Copying 2 files to C:\workspace\projects\extweb_cust_struts\target\jcoverage\classes java:jar-resources: test:prepare-filesystem: test:test-resources: test:compile: test:test: [junit] Running com.intgas.cust.access.AccountHistoryAccessTest [junit] Tests run: 2, Failures: 2, Errors: 0, Time elapsed: 0.11 sec [junit] [ERROR] TEST com.intgas.cust.access.AccountHistoryAccessTest FAILED [junit] Running com.intgas.cust.access.WebsiteLogAccessTest [junit] Tests run: 1, Failures: 0, Errors: 1, Time elapsed: 0.09 sec [junit] [ERROR] TEST com.intgas.cust.access.WebsiteLogAccessTest FAILED [junit] Running com.intgas.cust.models.CustBusinessLogicTest [junit] java.lang.NoClassDefFoundError: com/intgas/cust/models/CustBusinessModel [junit] at com.intgas.cust.models.CustBusinessLogicTest.clinit(CustBusinessLogicTest. java:19) [junit] at java.lang.Class.forName0(Native Method) [junit] at java.lang.Class.forName(Class.java:115) [junit] at org.apache.tools.ant.taskdefs.optional.junit.JUnitTestRunner.init(JUnitTes tRunner.java:237) [junit] at org.apache.tools.ant.taskdefs.optional.junit.JUnitTestRunner.init(JUnitTes tRunner.java:210) [junit] at org.apache.tools.ant.taskdefs.optional.junit.JUnitTestRunner.main(JUnitTestR unner.java:532) [junit] Exception in thread main [junit] [ERROR] TEST com.intgas.cust.models.CustBusinessLogicTest FAILED [junit] Running com.intgas.cust.models.CustValidationLogicTest [junit] java.lang.NoClassDefFoundError: com/intgas/cust/exceptions/DbException [junit] at java.lang.Class.forName0(Native Method) [junit] at java.lang.Class.forName(Class.java:115) [junit] at org.apache.tools.ant.taskdefs.optional.junit.JUnitTestRunner.init(JUnitTes tRunner.java:237) [junit] at org.apache.tools.ant.taskdefs.optional.junit.JUnitTestRunner.init(JUnitTes tRunner.java:210) [junit] at org.apache.tools.ant.taskdefs.optional.junit.JUnitTestRunner.main(JUnitTestR unner.java:532) [junit] Exception in thread main [junit] [ERROR] TEST com.intgas.cust.models.CustValidationLogicTest FAILED BUILD FAILED File.. file:/C:/Documents and Settings/vterzic/.maven/plugins/maven-test-plugin-1.4/ Element... fail Line.. 130 Column 54 There were test failures. Total time: 5 seconds Finished at: Thu Dec 18 08:10:03 MST 2003 [EMAIL PROTECTED] 12/17/03 10:58PM plugin (1.0.2 or any version for that matter) does not seem to work right with eclipse projects (running plugin on command line with maven jcoverage) What's exactly the problem? plugin only instruments classes on the 'top level' but not ones in packages so when junit goals are run they fail... Could you send me a little simple? any ideas? thanks vlad - 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: using cactus with external dependencies
Hi Stephane, Yes, it is possible. Simply make sure your other modules are included in your war by tagging them with war.bundle (see the war plugin doc). -Vincent -Original Message- From: Stephane Nicoll [mailto:[EMAIL PROTECTED] Sent: 18 December 2003 16:57 To: Maven user list (E-mail) Subject: using cactus with external dependencies Hello list, We use cactus inside a JBoss container to test our modules. All our modules depends on some other ejb-jar modules. My question is: I have module A depending on module B,C,D (I have the ejb-jars in my repository). Is it possible somehow to deploy B,C,D while running cactus tests? Thanks a lot, S. - 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: using cactus with external dependencies
Hello Vincent, Thank you but I already tried that. The dependencies are ejb module (We are testing ejbs, session beans, etc). Putting them in the WAR won't deploy them, we need an ear for this. Besides, we just noticed that cactus will put the classes of the project under the WEB-INF/classes directory This is not good because we loose the deployment description (ejb-jar.xml, jboss.xml, etc). Well as far as I can see, there is no real support for EJB testing inside cactus. Am I correct? Thank you, Stéphane -Original Message- From: Vincent Massol [mailto:[EMAIL PROTECTED] Sent: Thursday, December 18, 2003 5:04 PM To: 'Maven Users List' Subject: RE: using cactus with external dependencies Hi Stephane, Yes, it is possible. Simply make sure your other modules are included in your war by tagging them with war.bundle (see the war plugin doc). -Vincent -Original Message- From: Stephane Nicoll [mailto:[EMAIL PROTECTED] Sent: 18 December 2003 16:57 To: Maven user list (E-mail) Subject: using cactus with external dependencies Hello list, We use cactus inside a JBoss container to test our modules. All our modules depends on some other ejb-jar modules. My question is: I have module A depending on module B,C,D (I have the ejb-jars in my repository). Is it possible somehow to deploy B,C,D while running cactus tests? Thanks a lot, S. - 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: using cactus with external dependencies
-Original Message- From: Stephane Nicoll [mailto:[EMAIL PROTECTED] Sent: 18 December 2003 17:13 To: Maven Users List Subject: RE: using cactus with external dependencies Hello Vincent, Thank you but I already tried that. The dependencies are ejb module (We are testing ejbs, session beans, etc). ah ok. I thought there were jars. Putting them in the WAR won't deploy them, we need an ear for this. Besides, we just noticed that cactus will put the classes of the project under the WEB-INF/classes directory This is not good because we loose the deployment description (ejb-jar.xml, jboss.xml, etc). Well as far as I can see, there is no real support for EJB testing inside cactus. Am I correct? No. There is. The cactus Ant task supports EAR deployment for example. However the Maven plugin for Cactus does not yet supports deploying EARs. There is already a JIRA issue to support this. Someone has also posted a patch but I am awfully late and I haven't checked it yet. Should be done quite soon now. Thanks -Vincent Thank you, Stéphane -Original Message- From: Vincent Massol [mailto:[EMAIL PROTECTED] Sent: Thursday, December 18, 2003 5:04 PM To: 'Maven Users List' Subject: RE: using cactus with external dependencies Hi Stephane, Yes, it is possible. Simply make sure your other modules are included in your war by tagging them with war.bundle (see the war plugin doc). -Vincent -Original Message- From: Stephane Nicoll [mailto:[EMAIL PROTECTED] Sent: 18 December 2003 16:57 To: Maven user list (E-mail) Subject: using cactus with external dependencies Hello list, We use cactus inside a JBoss container to test our modules. All our modules depends on some other ejb-jar modules. My question is: I have module A depending on module B,C,D (I have the ejb-jars in my repository). Is it possible somehow to deploy B,C,D while running cactus tests? Thanks a lot, S. - 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] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [ANNOUNCE] JCoverage Plugin
notes: - notice that java:compile works over 85 source files where jcoverage is running on 2 files - test:compile is now reporting resolve issues (i only put one it) thanks vlad [taskdef] Could not load definitions from resource tasks.properties. It could not be found. java:prepare-filesystem: [mkdir] Created dir: C:\workspace\projects\extweb_cust_struts\target\classes java:compile: [echo] Compiling to C:\workspace\projects\extweb_cust_struts/target/classes [javac] Compiling 85 source files to C:\workspace\projects\extweb_cust_struts\target\classes Note: Some input files use or override a deprecated API. Note: Recompile with -deprecation for details. jcoverage:on: [mkdir] Created dir: C:\workspace\projects\extweb_cust_struts\target\docs\jcoverage [mkdir] Created dir: C:\workspace\projects\extweb_cust_struts\target\jcoverage\database [mkdir] Created dir: C:\workspace\projects\extweb_cust_struts\target\jcoverage\classes instrumenting the class-files... instrument todir=C:\workspace\projects\extweb_cust_struts/target/jcoverage/classesclasspath/classpath/instrumet Copying 2 files to C:\workspace\projects\extweb_cust_struts\target\jcoverage\classes java:jar-resources: Copying 2 files to C:\workspace\projects\extweb_cust_struts\target\classes test:prepare-filesystem: [mkdir] Created dir: C:\workspace\projects\extweb_cust_struts\target\test-reports test:test-resources: test:compile: [javac] Compiling 4 source files to C:\workspace\projects\extweb_cust_struts\target\test-classes C:\workspace\projects\extweb_cust_struts\src\test\com\intgas\cust\access\AccountHistoryAccessTest.java:9: package com.i tgas.cust.beans does not exist import com.intgas.cust.beans.*; [EMAIL PROTECTED] 12/18/03 08:57AM Could you run maven clean jcoverage? Do you have errors? Emmanuel - Original Message - From: VLADIMIR TERZIC [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Thursday, December 18, 2003 4:14 PM Subject: Re: [ANNOUNCE] JCoverage Plugin notes - my eclipse output folder is set to C:\workspace\projects\extweb_cust_struts/target/classes in project.properties - when instrumenting jcoverage plugin finds 2 files in that directory but it does not traverse down the path to find other classes (80+ of them) let me know if you need more info (output is below) thanks vlad maven jcoverage output: __ __ | \/ |__ _Apache__ ___ | |\/| / _` \ V / -_) ' \ ~ intelligent projects ~ |_| |_\__,_|\_/\___|_||_| v. 1.0-rc1-SNAPSHOT [taskdef] Could not load definitions from resource tasks.properties. It could not be found. java:prepare-filesystem: java:compile: [echo] Compiling to C:\workspace\projects\extweb_cust_struts/target/classes jcoverage:on: [mkdir] Created dir: C:\workspace\projects\extweb_cust_struts\target\jcoverage\database [mkdir] Created dir: C:\workspace\projects\extweb_cust_struts\target\jcoverage\classes instrumenting the class-files... instrument todir=C:\workspace\projects\extweb_cust_struts/target/jcoverage/classesc lasspath/classpath/instrument Copying 2 files to C:\workspace\projects\extweb_cust_struts\target\jcoverage\classes java:jar-resources: test:prepare-filesystem: test:test-resources: test:compile: test:test: [junit] Running com.intgas.cust.access.AccountHistoryAccessTest [junit] Tests run: 2, Failures: 2, Errors: 0, Time elapsed: 0.11 sec [junit] [ERROR] TEST com.intgas.cust.access.AccountHistoryAccessTest FAILED [junit] Running com.intgas.cust.access.WebsiteLogAccessTest [junit] Tests run: 1, Failures: 0, Errors: 1, Time elapsed: 0.09 sec [junit] [ERROR] TEST com.intgas.cust.access.WebsiteLogAccessTest FAILED [junit] Running com.intgas.cust.models.CustBusinessLogicTest [junit] java.lang.NoClassDefFoundError: com/intgas/cust/models/CustBusinessModel [junit] at com.intgas.cust.models.CustBusinessLogicTest.clinit(CustBusinessLogicTest. java:19) [junit] at java.lang.Class.forName0(Native Method) [junit] at java.lang.Class.forName(Class.java:115) [junit] at org.apache.tools.ant.taskdefs.optional.junit.JUnitTestRunner.init(JUnitTes tRunner.java:237) [junit] at org.apache.tools.ant.taskdefs.optional.junit.JUnitTestRunner.init(JUnitTes tRunner.java:210) [junit] at org.apache.tools.ant.taskdefs.optional.junit.JUnitTestRunner.main(JUnitTestR unner.java:532) [junit] Exception in thread main [junit] [ERROR] TEST com.intgas.cust.models.CustBusinessLogicTest FAILED [junit] Running com.intgas.cust.models.CustValidationLogicTest [junit] java.lang.NoClassDefFoundError: com/intgas/cust/exceptions/DbException [junit] at java.lang.Class.forName0(Native Method) [junit] at java.lang.Class.forName(Class.java:115) [junit] at org.apache.tools.ant.taskdefs.optional.junit.JUnitTestRunner.init(JUnitTes tRunner.java:237) [junit] at org.apache.tools.ant.taskdefs.optional.junit.JUnitTestRunner.init(JUnitTes
Re: [ANNOUNCE] JCoverage Plugin
OK, I think I find your problem!!! I don't like this lines in your trace : [taskdef] Could not load definitions from resource tasks.properties. It could not be found. [SNIP] instrument todir=C:\workspace\projects\extweb_cust_struts/target/jcoverage/classesc lasspath/classpath/instrumet Apparently, the plugin doesn't find ant task definitions in tasks.properties that is present in jcoverage jar. Do you have a tasks.properties file in your classpath that is loaded before tasks.properties in jcoverage jar file? The solution of your problem is here. Emmanuel - Original Message - From: VLADIMIR TERZIC [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Thursday, December 18, 2003 5:27 PM Subject: Re: [ANNOUNCE] JCoverage Plugin notes: - notice that java:compile works over 85 source files where jcoverage is running on 2 files - test:compile is now reporting resolve issues (i only put one it) thanks vlad [taskdef] Could not load definitions from resource tasks.properties. It could not be found. java:prepare-filesystem: [mkdir] Created dir: C:\workspace\projects\extweb_cust_struts\target\classes java:compile: [echo] Compiling to C:\workspace\projects\extweb_cust_struts/target/classes [javac] Compiling 85 source files to C:\workspace\projects\extweb_cust_struts\target\classes Note: Some input files use or override a deprecated API. Note: Recompile with -deprecation for details. jcoverage:on: [mkdir] Created dir: C:\workspace\projects\extweb_cust_struts\target\docs\jcoverage [mkdir] Created dir: C:\workspace\projects\extweb_cust_struts\target\jcoverage\database [mkdir] Created dir: C:\workspace\projects\extweb_cust_struts\target\jcoverage\classes instrumenting the class-files... instrument todir=C:\workspace\projects\extweb_cust_struts/target/jcoverage/classesc lasspath/classpath/instrumet Copying 2 files to C:\workspace\projects\extweb_cust_struts\target\jcoverage\classes java:jar-resources: Copying 2 files to C:\workspace\projects\extweb_cust_struts\target\classes test:prepare-filesystem: [mkdir] Created dir: C:\workspace\projects\extweb_cust_struts\target\test-reports test:test-resources: test:compile: [javac] Compiling 4 source files to C:\workspace\projects\extweb_cust_struts\target\test-classes C:\workspace\projects\extweb_cust_struts\src\test\com\intgas\cust\access\Acc ountHistoryAccessTest.java:9: package com.i tgas.cust.beans does not exist import com.intgas.cust.beans.*; [EMAIL PROTECTED] 12/18/03 08:57AM Could you run maven clean jcoverage? Do you have errors? Emmanuel - Original Message - From: VLADIMIR TERZIC [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Thursday, December 18, 2003 4:14 PM Subject: Re: [ANNOUNCE] JCoverage Plugin notes - my eclipse output folder is set to C:\workspace\projects\extweb_cust_struts/target/classes in project.properties - when instrumenting jcoverage plugin finds 2 files in that directory but it does not traverse down the path to find other classes (80+ of them) let me know if you need more info (output is below) thanks vlad maven jcoverage output: __ __ | \/ |__ _Apache__ ___ | |\/| / _` \ V / -_) ' \ ~ intelligent projects ~ |_| |_\__,_|\_/\___|_||_| v. 1.0-rc1-SNAPSHOT [taskdef] Could not load definitions from resource tasks.properties. It could not be found. java:prepare-filesystem: java:compile: [echo] Compiling to C:\workspace\projects\extweb_cust_struts/target/classes jcoverage:on: [mkdir] Created dir: C:\workspace\projects\extweb_cust_struts\target\jcoverage\database [mkdir] Created dir: C:\workspace\projects\extweb_cust_struts\target\jcoverage\classes instrumenting the class-files... instrument todir=C:\workspace\projects\extweb_cust_struts/target/jcoverage/classesc lasspath/classpath/instrument Copying 2 files to C:\workspace\projects\extweb_cust_struts\target\jcoverage\classes java:jar-resources: test:prepare-filesystem: test:test-resources: test:compile: test:test: [junit] Running com.intgas.cust.access.AccountHistoryAccessTest [junit] Tests run: 2, Failures: 2, Errors: 0, Time elapsed: 0.11 sec [junit] [ERROR] TEST com.intgas.cust.access.AccountHistoryAccessTest FAILED [junit] Running com.intgas.cust.access.WebsiteLogAccessTest [junit] Tests run: 1, Failures: 0, Errors: 1, Time elapsed: 0.09 sec [junit] [ERROR] TEST com.intgas.cust.access.WebsiteLogAccessTest FAILED [junit] Running com.intgas.cust.models.CustBusinessLogicTest [junit] java.lang.NoClassDefFoundError: com/intgas/cust/models/CustBusinessModel [junit] at com.intgas.cust.models.CustBusinessLogicTest.clinit(CustBusinessLogicTest. java:19) [junit] at java.lang.Class.forName0(Native Method) [junit] at java.lang.Class.forName(Class.java:115) [junit] at org.apache.tools.ant.taskdefs.optional.junit.JUnitTestRunner.init(JUnitTes tRunner.java:237) [junit] at
Re: [ANNOUNCE] JCoverage Plugin
no i don't have it... is that maven related file? could you sent me sample tasks.properties file thanks vlad [EMAIL PROTECTED] 12/18/03 10:37AM OK, I think I find your problem!!! I don't like this lines in your trace : [taskdef] Could not load definitions from resource tasks.properties. It could not be found. [SNIP] instrument todir=C:\workspace\projects\extweb_cust_struts/target/jcoverage/classesc lasspath/classpath/instrumet Apparently, the plugin doesn't find ant task definitions in tasks.properties that is present in jcoverage jar. Do you have a tasks.properties file in your classpath that is loaded before tasks.properties in jcoverage jar file? The solution of your problem is here. Emmanuel - Original Message - From: VLADIMIR TERZIC [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Thursday, December 18, 2003 5:27 PM Subject: Re: [ANNOUNCE] JCoverage Plugin notes: - notice that java:compile works over 85 source files where jcoverage is running on 2 files - test:compile is now reporting resolve issues (i only put one it) thanks vlad [taskdef] Could not load definitions from resource tasks.properties. It could not be found. java:prepare-filesystem: [mkdir] Created dir: C:\workspace\projects\extweb_cust_struts\target\classes java:compile: [echo] Compiling to C:\workspace\projects\extweb_cust_struts/target/classes [javac] Compiling 85 source files to C:\workspace\projects\extweb_cust_struts\target\classes Note: Some input files use or override a deprecated API. Note: Recompile with -deprecation for details. jcoverage:on: [mkdir] Created dir: C:\workspace\projects\extweb_cust_struts\target\docs\jcoverage [mkdir] Created dir: C:\workspace\projects\extweb_cust_struts\target\jcoverage\database [mkdir] Created dir: C:\workspace\projects\extweb_cust_struts\target\jcoverage\classes instrumenting the class-files... instrument todir=C:\workspace\projects\extweb_cust_struts/target/jcoverage/classesc lasspath/classpath/instrumet Copying 2 files to C:\workspace\projects\extweb_cust_struts\target\jcoverage\classes java:jar-resources: Copying 2 files to C:\workspace\projects\extweb_cust_struts\target\classes test:prepare-filesystem: [mkdir] Created dir: C:\workspace\projects\extweb_cust_struts\target\test-reports test:test-resources: test:compile: [javac] Compiling 4 source files to C:\workspace\projects\extweb_cust_struts\target\test-classes C:\workspace\projects\extweb_cust_struts\src\test\com\intgas\cust\access\Acc ountHistoryAccessTest.java:9: package com.i tgas.cust.beans does not exist import com.intgas.cust.beans.*; [EMAIL PROTECTED] 12/18/03 08:57AM Could you run maven clean jcoverage? Do you have errors? Emmanuel - Original Message - From: VLADIMIR TERZIC [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Thursday, December 18, 2003 4:14 PM Subject: Re: [ANNOUNCE] JCoverage Plugin notes - my eclipse output folder is set to C:\workspace\projects\extweb_cust_struts/target/classes in project.properties - when instrumenting jcoverage plugin finds 2 files in that directory but it does not traverse down the path to find other classes (80+ of them) let me know if you need more info (output is below) thanks vlad maven jcoverage output: __ __ | \/ |__ _Apache__ ___ | |\/| / _` \ V / -_) ' \ ~ intelligent projects ~ |_| |_\__,_|\_/\___|_||_| v. 1.0-rc1-SNAPSHOT [taskdef] Could not load definitions from resource tasks.properties. It could not be found. java:prepare-filesystem: java:compile: [echo] Compiling to C:\workspace\projects\extweb_cust_struts/target/classes jcoverage:on: [mkdir] Created dir: C:\workspace\projects\extweb_cust_struts\target\jcoverage\database [mkdir] Created dir: C:\workspace\projects\extweb_cust_struts\target\jcoverage\classes instrumenting the class-files... instrument todir=C:\workspace\projects\extweb_cust_struts/target/jcoverage/classesc lasspath/classpath/instrument Copying 2 files to C:\workspace\projects\extweb_cust_struts\target\jcoverage\classes java:jar-resources: test:prepare-filesystem: test:test-resources: test:compile: test:test: [junit] Running com.intgas.cust.access.AccountHistoryAccessTest [junit] Tests run: 2, Failures: 2, Errors: 0, Time elapsed: 0.11 sec [junit] [ERROR] TEST com.intgas.cust.access.AccountHistoryAccessTest FAILED [junit] Running com.intgas.cust.access.WebsiteLogAccessTest [junit] Tests run: 1, Failures: 0, Errors: 1, Time elapsed: 0.09 sec [junit] [ERROR] TEST com.intgas.cust.access.WebsiteLogAccessTest FAILED [junit] Running com.intgas.cust.models.CustBusinessLogicTest [junit] java.lang.NoClassDefFoundError: com/intgas/cust/models/CustBusinessModel [junit] at com.intgas.cust.models.CustBusinessLogicTest.clinit(CustBusinessLogicTest. java:19) [junit] at java.lang.Class.forName0(Native Method) [junit] at java.lang.Class.forName(Class.java:115) [junit] at
Re: [ANNOUNCE] JCoverage Plugin
It's in your local repository in jcoverage/jars/jcoverage-1.0.5.jar The content is : instrument=com.jcoverage.ant.InstrumentTask merge=com.jcoverage.ant.MergeTask report=com.jcoverage.ant.CoverageReportTask check=com.jcoverage.ant.CheckTask Emmanuel - Original Message - From: VLADIMIR TERZIC [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Thursday, December 18, 2003 6:39 PM Subject: Re: [ANNOUNCE] JCoverage Plugin no i don't have it... is that maven related file? could you sent me sample tasks.properties file thanks vlad [EMAIL PROTECTED] 12/18/03 10:37AM OK, I think I find your problem!!! I don't like this lines in your trace : [taskdef] Could not load definitions from resource tasks.properties. It could not be found. [SNIP] instrument todir=C:\workspace\projects\extweb_cust_struts/target/jcoverage/classesc lasspath/classpath/instrumet Apparently, the plugin doesn't find ant task definitions in tasks.properties that is present in jcoverage jar. Do you have a tasks.properties file in your classpath that is loaded before tasks.properties in jcoverage jar file? The solution of your problem is here. Emmanuel - Original Message - From: VLADIMIR TERZIC [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Thursday, December 18, 2003 5:27 PM Subject: Re: [ANNOUNCE] JCoverage Plugin notes: - notice that java:compile works over 85 source files where jcoverage is running on 2 files - test:compile is now reporting resolve issues (i only put one it) thanks vlad [taskdef] Could not load definitions from resource tasks.properties. It could not be found. java:prepare-filesystem: [mkdir] Created dir: C:\workspace\projects\extweb_cust_struts\target\classes java:compile: [echo] Compiling to C:\workspace\projects\extweb_cust_struts/target/classes [javac] Compiling 85 source files to C:\workspace\projects\extweb_cust_struts\target\classes Note: Some input files use or override a deprecated API. Note: Recompile with -deprecation for details. jcoverage:on: [mkdir] Created dir: C:\workspace\projects\extweb_cust_struts\target\docs\jcoverage [mkdir] Created dir: C:\workspace\projects\extweb_cust_struts\target\jcoverage\database [mkdir] Created dir: C:\workspace\projects\extweb_cust_struts\target\jcoverage\classes instrumenting the class-files... instrument todir=C:\workspace\projects\extweb_cust_struts/target/jcoverage/classesc lasspath/classpath/instrumet Copying 2 files to C:\workspace\projects\extweb_cust_struts\target\jcoverage\classes java:jar-resources: Copying 2 files to C:\workspace\projects\extweb_cust_struts\target\classes test:prepare-filesystem: [mkdir] Created dir: C:\workspace\projects\extweb_cust_struts\target\test-reports test:test-resources: test:compile: [javac] Compiling 4 source files to C:\workspace\projects\extweb_cust_struts\target\test-classes C:\workspace\projects\extweb_cust_struts\src\test\com\intgas\cust\access\Acc ountHistoryAccessTest.java:9: package com.i tgas.cust.beans does not exist import com.intgas.cust.beans.*; [EMAIL PROTECTED] 12/18/03 08:57AM Could you run maven clean jcoverage? Do you have errors? Emmanuel - Original Message - From: VLADIMIR TERZIC [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Thursday, December 18, 2003 4:14 PM Subject: Re: [ANNOUNCE] JCoverage Plugin notes - my eclipse output folder is set to C:\workspace\projects\extweb_cust_struts/target/classes in project.properties - when instrumenting jcoverage plugin finds 2 files in that directory but it does not traverse down the path to find other classes (80+ of them) let me know if you need more info (output is below) thanks vlad maven jcoverage output: __ __ | \/ |__ _Apache__ ___ | |\/| / _` \ V / -_) ' \ ~ intelligent projects ~ |_| |_\__,_|\_/\___|_||_| v. 1.0-rc1-SNAPSHOT [taskdef] Could not load definitions from resource tasks.properties. It could not be found. java:prepare-filesystem: java:compile: [echo] Compiling to C:\workspace\projects\extweb_cust_struts/target/classes jcoverage:on: [mkdir] Created dir: C:\workspace\projects\extweb_cust_struts\target\jcoverage\database [mkdir] Created dir: C:\workspace\projects\extweb_cust_struts\target\jcoverage\classes instrumenting the class-files... instrument todir=C:\workspace\projects\extweb_cust_struts/target/jcoverage/classesc lasspath/classpath/instrument Copying 2 files to C:\workspace\projects\extweb_cust_struts\target\jcoverage\classes java:jar-resources: test:prepare-filesystem: test:test-resources: test:compile: test:test: [junit] Running com.intgas.cust.access.AccountHistoryAccessTest [junit] Tests run: 2, Failures: 2, Errors: 0, Time elapsed: 0.11 sec [junit] [ERROR] TEST com.intgas.cust.access.AccountHistoryAccessTest FAILED [junit] Running com.intgas.cust.access.WebsiteLogAccessTest [junit] Tests run: 1, Failures: 0, Errors: 1, Time elapsed: 0.09 sec [junit] [ERROR] TEST
Re: [ANNOUNCE] JCoverage Plugin
On Thu, 2003-12-18 at 12:37, Emmanuel Venisse wrote: So how does the JCoverage report compare to the clover report? -- jvz. Jason van Zyl [EMAIL PROTECTED] http://tambora.zenplex.org In short, man creates for himself a new religion of a rational and technical order to justify his work and to be justified in it. -- Jacques Ellul, The Technological Society - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
dependencies of test classes
Hi everybody, We are using maven as our build system in a major project. We strictly separated our sources into productive java sources (below src/java) and test sources (below src/test). Some dependencies (like junit and abbot) will only be used by the test classes and not by the productive classes. The normal behavior of maven is that it puts all dependencies in the maven.dependency.classpath and this same classpath is used for compiling productive sources and test sources. The question is: Is there a way to tell maven that it should use test dependencies (like junit and abbot) only when compiling test classes? The reason is that the test classes and test dependencies will not be shipped to the customer and we want to be sure that our productive classes do not depend on the test dependencies. Thanks, Andreas
Re: [ANNOUNCE] JCoverage Plugin
On Thu, 2003-12-18 at 12:59, Jason van Zyl wrote: On Thu, 2003-12-18 at 12:37, Emmanuel Venisse wrote: So how does the JCoverage report compare to the clover report? Oh, I thought it was free but the pay versions seems more comparable to Clover. -- jvz. Jason van Zyl [EMAIL PROTECTED] http://tambora.zenplex.org In short, man creates for himself a new religion of a rational and technical order to justify his work and to be justified in it. -- Jacques Ellul, The Technological Society - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [ANNOUNCE] JCoverage Plugin
Reports are similar, but JCoverage is under GPL and Clover not free for non OSS projects. Clover is better than JCoverage for report result. Personnaly, I prefer use Clover for OSS projects. Do you have test it for see the result? Emmanuel - Original Message - From: Jason van Zyl [EMAIL PROTECTED] To: Maven Users List [EMAIL PROTECTED] Sent: Thursday, December 18, 2003 6:59 PM Subject: Re: [ANNOUNCE] JCoverage Plugin On Thu, 2003-12-18 at 12:37, Emmanuel Venisse wrote: So how does the JCoverage report compare to the clover report? -- jvz. Jason van Zyl [EMAIL PROTECTED] http://tambora.zenplex.org In short, man creates for himself a new religion of a rational and technical order to justify his work and to be justified in it. -- Jacques Ellul, The Technological Society - 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: [ANNOUNCE] JCoverage Plugin
So how does the JCoverage report compare to the clover report? Here's some live on-line examples for you to check out. Jcoverage Stand Alone report : http://pbsaccounting.sourceforge.net/devel/report/ Report (as generated from maven): http://db.apache.org/torque/jcoverage/ http://jakarta.apache.org/turbine/turbine-2.4/jcoverage/ http://jakarta.apache.org/commons/net/jcoverage/ /* Joakim Erdfelt - Cingular Wireless */
Re: [ANNOUNCE] JCoverage Plugin
- Original Message - From: Jason van Zyl [EMAIL PROTECTED] To: Maven Users List [EMAIL PROTECTED] Sent: Thursday, December 18, 2003 7:00 PM Subject: Re: [ANNOUNCE] JCoverage Plugin On Thu, 2003-12-18 at 12:59, Jason van Zyl wrote: On Thu, 2003-12-18 at 12:37, Emmanuel Venisse wrote: So how does the JCoverage report compare to the clover report? Oh, I thought it was free but the pay versions seems more comparable to Clover. Yes, but I don't test the commercial version. In the plugin, i don't use the standard jcoverage report but my own report that is better (I think). -- jvz. Jason van Zyl [EMAIL PROTECTED] http://tambora.zenplex.org In short, man creates for himself a new religion of a rational and technical order to justify his work and to be justified in it. -- Jacques Ellul, The Technological Society - 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: dependencies of test classes
- Original Message - From: Hefner, Andreas [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Thursday, December 18, 2003 6:32 PM Subject: dependencies of test classes Hi everybody, We are using maven as our build system in a major project. We strictly separated our sources into productive java sources (below src/java) and test sources (below src/test). Some dependencies (like junit and abbot) will only be used by the test classes and not by the productive classes. The normal behavior of maven is that it puts all dependencies in the maven.dependency.classpath and this same classpath is used for compiling productive sources and test sources. The question is: Is there a way to tell maven that it should use test dependencies (like junit and abbot) only when compiling test classes? The reason is that the test classes and test dependencies will not be shipped to the customer and we want to be sure that our productive classes do not depend on the test dependencies. Actually, you can add a property in your dependencies declarations for test dependencies, and customize the dependencies report. Note to developers: A lot of users demand this feature. I think we should add it in standard. Thanks, Andreas - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [ANNOUNCE] JCoverage Plugin
Yes, my report is the better ;-) - Original Message - From: Erdfelt, Joakim [EMAIL PROTECTED] To: 'Maven Users List' [EMAIL PROTECTED] Sent: Thursday, December 18, 2003 7:08 PM Subject: RE: [ANNOUNCE] JCoverage Plugin So how does the JCoverage report compare to the clover report? Here's some live on-line examples for you to check out. Jcoverage Stand Alone report : http://pbsaccounting.sourceforge.net/devel/report/ Report (as generated from maven): http://db.apache.org/torque/jcoverage/ http://jakarta.apache.org/turbine/turbine-2.4/jcoverage/ http://jakarta.apache.org/commons/net/jcoverage/ /* Joakim Erdfelt - Cingular Wireless */ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [ANNOUNCE] JCoverage Plugin
On Thu, 2003-12-18 at 13:06, Emmanuel Venisse wrote: Reports are similar, but JCoverage is under GPL and Clover not free for non OSS projects. I would rather pay for something than use the GPL. Clover is better than JCoverage for report result. Personnaly, I prefer use Clover for OSS projects. Do you have test it for see the result? Yah, I just looked. I'll stick with Clover. Is there any BSD licensed coverage tools that are any good? Emmanuel - Original Message - From: Jason van Zyl [EMAIL PROTECTED] To: Maven Users List [EMAIL PROTECTED] Sent: Thursday, December 18, 2003 6:59 PM Subject: Re: [ANNOUNCE] JCoverage Plugin On Thu, 2003-12-18 at 12:37, Emmanuel Venisse wrote: So how does the JCoverage report compare to the clover report? -- jvz. Jason van Zyl [EMAIL PROTECTED] http://tambora.zenplex.org In short, man creates for himself a new religion of a rational and technical order to justify his work and to be justified in it. -- Jacques Ellul, The Technological Society - 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] -- jvz. Jason van Zyl [EMAIL PROTECTED] http://tambora.zenplex.org In short, man creates for himself a new religion of a rational and technical order to justify his work and to be justified in it. -- Jacques Ellul, The Technological Society - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [ANNOUNCE] JCoverage Plugin
- Original Message - From: Jason van Zyl [EMAIL PROTECTED] To: Maven Users List [EMAIL PROTECTED] Sent: Thursday, December 18, 2003 7:23 PM Subject: Re: [ANNOUNCE] JCoverage Plugin On Thu, 2003-12-18 at 13:06, Emmanuel Venisse wrote: Reports are similar, but JCoverage is under GPL and Clover not free for non OSS projects. I would rather pay for something than use the GPL. Me too, but the product must be a very good tool for business use. Clover is better than JCoverage for report result. Personnaly, I prefer use Clover for OSS projects. Do you have test it for see the result? Yah, I just looked. I'll stick with Clover. Is there any BSD licensed coverage tools that are any good? I don't find it :-( Challenge : If someone know one, I'll integrate it!!! Emmanuel - Original Message - From: Jason van Zyl [EMAIL PROTECTED] To: Maven Users List [EMAIL PROTECTED] Sent: Thursday, December 18, 2003 6:59 PM Subject: Re: [ANNOUNCE] JCoverage Plugin On Thu, 2003-12-18 at 12:37, Emmanuel Venisse wrote: So how does the JCoverage report compare to the clover report? -- jvz. Jason van Zyl [EMAIL PROTECTED] http://tambora.zenplex.org In short, man creates for himself a new religion of a rational and technical order to justify his work and to be justified in it. -- Jacques Ellul, The Technological Society - 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] -- jvz. Jason van Zyl [EMAIL PROTECTED] http://tambora.zenplex.org In short, man creates for himself a new religion of a rational and technical order to justify his work and to be justified in it. -- Jacques Ellul, The Technological Society - 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: [ANNOUNCE] JCoverage Plugin
i am glad you mentioned jar file because i think that is the actual problem i tried extracting jcoverage/jars/jcoverage-1.0.5.jar and it was corrupt. i replaced the file with one from jcoverage website and everything started to work. you may need to check file you are distributing my two cents on clover vs jcoverage: clover it is better but not $2500 better... thanks vlad [EMAIL PROTECTED] 12/18/03 10:50AM It's in your local repository in jcoverage/jars/jcoverage-1.0.5.jar The content is : instrument=com.jcoverage.ant.InstrumentTask merge=com.jcoverage.ant.MergeTask report=com.jcoverage.ant.CoverageReportTask check=com.jcoverage.ant.CheckTask Emmanuel - Original Message - From: VLADIMIR TERZIC [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Thursday, December 18, 2003 6:39 PM Subject: Re: [ANNOUNCE] JCoverage Plugin no i don't have it... is that maven related file? could you sent me sample tasks.properties file thanks vlad [EMAIL PROTECTED] 12/18/03 10:37AM OK, I think I find your problem!!! I don't like this lines in your trace : [taskdef] Could not load definitions from resource tasks.properties. It could not be found. [SNIP] instrument todir=C:\workspace\projects\extweb_cust_struts/target/jcoverage/classesc lasspath/classpath/instrumet Apparently, the plugin doesn't find ant task definitions in tasks.properties that is present in jcoverage jar. Do you have a tasks.properties file in your classpath that is loaded before tasks.properties in jcoverage jar file? The solution of your problem is here. Emmanuel - Original Message - From: VLADIMIR TERZIC [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Thursday, December 18, 2003 5:27 PM Subject: Re: [ANNOUNCE] JCoverage Plugin notes: - notice that java:compile works over 85 source files where jcoverage is running on 2 files - test:compile is now reporting resolve issues (i only put one it) thanks vlad [taskdef] Could not load definitions from resource tasks.properties. It could not be found. java:prepare-filesystem: [mkdir] Created dir: C:\workspace\projects\extweb_cust_struts\target\classes java:compile: [echo] Compiling to C:\workspace\projects\extweb_cust_struts/target/classes [javac] Compiling 85 source files to C:\workspace\projects\extweb_cust_struts\target\classes Note: Some input files use or override a deprecated API. Note: Recompile with -deprecation for details. jcoverage:on: [mkdir] Created dir: C:\workspace\projects\extweb_cust_struts\target\docs\jcoverage [mkdir] Created dir: C:\workspace\projects\extweb_cust_struts\target\jcoverage\database [mkdir] Created dir: C:\workspace\projects\extweb_cust_struts\target\jcoverage\classes instrumenting the class-files... instrument todir=C:\workspace\projects\extweb_cust_struts/target/jcoverage/classesc lasspath/classpath/instrumet Copying 2 files to C:\workspace\projects\extweb_cust_struts\target\jcoverage\classes java:jar-resources: Copying 2 files to C:\workspace\projects\extweb_cust_struts\target\classes test:prepare-filesystem: [mkdir] Created dir: C:\workspace\projects\extweb_cust_struts\target\test-reports test:test-resources: test:compile: [javac] Compiling 4 source files to C:\workspace\projects\extweb_cust_struts\target\test-classes C:\workspace\projects\extweb_cust_struts\src\test\com\intgas\cust\access\Acc ountHistoryAccessTest.java:9: package com.i tgas.cust.beans does not exist import com.intgas.cust.beans.*; [EMAIL PROTECTED] 12/18/03 08:57AM Could you run maven clean jcoverage? Do you have errors? Emmanuel - Original Message - From: VLADIMIR TERZIC [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Thursday, December 18, 2003 4:14 PM Subject: Re: [ANNOUNCE] JCoverage Plugin notes - my eclipse output folder is set to C:\workspace\projects\extweb_cust_struts/target/classes in project.properties - when instrumenting jcoverage plugin finds 2 files in that directory but it does not traverse down the path to find other classes (80+ of them) let me know if you need more info (output is below) thanks vlad maven jcoverage output: __ __ | \/ |__ _Apache__ ___ | |\/| / _` \ V / -_) ' \ ~ intelligent projects ~ |_| |_\__,_|\_/\___|_||_| v. 1.0-rc1-SNAPSHOT [taskdef] Could not load definitions from resource tasks.properties. It could not be found. java:prepare-filesystem: java:compile: [echo] Compiling to C:\workspace\projects\extweb_cust_struts/target/classes jcoverage:on: [mkdir] Created dir: C:\workspace\projects\extweb_cust_struts\target\jcoverage\database [mkdir] Created dir: C:\workspace\projects\extweb_cust_struts\target\jcoverage\classes instrumenting the class-files... instrument todir=C:\workspace\projects\extweb_cust_struts/target/jcoverage/classesc lasspath/classpath/instrument Copying 2 files to C:\workspace\projects\extweb_cust_struts\target\jcoverage\classes java:jar-resources: test:prepare-filesystem: test:test-resources: test:compile: test:test:
RE: getting artifact:deploy to work
Hi all, I got it to work! The solution was very simple: I was using maven 1.0 beta 10 instead of 1.0rc1... Sorry for bothering you. Have a good weekend (and also a happy Hanukkah!) Amnon -Original Message- From: Amnon Khen [mailto:[EMAIL PROTECTED] Sent: Thursday, December 18, 2003 21:28 To: '[EMAIL PROTECTED]' Subject: getting artifact:deploy to work Hi all, Does anybody have an idea how to get the artifact plugin to work? I have the following namespace definition on my maven.xml: xmlns:artifact=artifact I have the following goal: goal name=test-artifact-plugin artifact:deploy artifact=${installshield.final.exe} type=exe project=${pom}/ /goal I configured the properties as instructed in the plugin page on the maven website. But nothing works. I get this error message: BUILD FAILED File.. file:/m:/buildcps_Pecan-3.50_release/PECAN/PecanSDK/ Element... artifact:deploy Line.. 213 Column 87 java.lang.reflect.InvocationTargetException com.werken.werkz.UnattainableGoalException: Unable to obtain goal [test-artifact-plugin] -- file:/m: /buildcps_Pecan-3.50_release/PECAN/PecanSDK/:213:87: artifact:deploy null ...followed by a huge stack trace. It's probably a newbie question... What am I doing wrong? I see the plugin unpacked in my ${maven.plugin.unpacked.dir}. Thanks for your help, Amnon __ Amnon Khen, Configuration Management, Cash-U Mobile Technologies LTD. Mobile: +972-(0)54-922394 / Office: +972-(0)9-8920815 mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] / http://www.cash-u.com http://www.cash-u.com/ Israel - 45 Hamelacha St., P.O. Box 8617, New Industrial Zone, Netanya 36880, Israel / Tel: +972 9 8920888 Europe - Argentum, 2 Queen Caroline St., Hammersmith, London W6 9DT, UK / Tel: +44 20 8323 8066 Asia-Pacific - 47A Duxton Road, Singapore 089511 / Tel: +65 67322440 __ This e-mail message and its attachments are for the sole use of the intended recipient(s), may contain confidential and/or privileged information and are to be regarded as confidential information under any non disclosure agreement. Any review, use, disclosure or distribution by persons or entities other than the intended recipient(s) is prohibited. If you are not the intended recipient, please contact the sender by reply and destroy all copies of the original message and its attachments. __ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Shared dependencies for jar and war
I'm in the process of migrating a J2EE Ant project to Maven. I'm using multiproject and setting up three subprojects, one each for the JarSub, WarSub, and EarSub. Many of the third-party jars used to build JarSub are also needed at runtime in the war. Is there a better way to reference those dependencies than duplicating most of them in WarSub's project.xml file just to add the war.bundle property? Should the war.bundle be in JarSub's project.xml? I've been looking at the WebShop and Foobar-Travels examples, but I'm missing something. Jeff -- mailto:[EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Shared dependencies for jar and war
Jeff, How about having your sub* project.xml's extend a main one which would state these dependencies? (projectextend../project.xml/extend.../project) greg -Original Message- From: Jefferson K. French [mailto:[EMAIL PROTECTED] Sent: jeudi 18 décembre 2003 21:05 To: Maven Subject: Shared dependencies for jar and war I'm in the process of migrating a J2EE Ant project to Maven. I'm using multiproject and setting up three subprojects, one each for the JarSub, WarSub, and EarSub. Many of the third-party jars used to build JarSub are also needed at runtime in the war. Is there a better way to reference those dependencies than duplicating most of them in WarSub's project.xml file just to add the war.bundle property? Should the war.bundle be in JarSub's project.xml? I've been looking at the WebShop and Foobar-Travels examples, but I'm missing something. Jeff -- mailto:[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]
JCoverage Plugin Report problem
jcoverage generated report seems to lose its style settings in all but root directory. it seems that reference to stylesheet contains escape characters example link rel =stylesheet type=text/css href=\.\./\.\./\.\./\.\./style.css title=Style shoud be link rel =stylesheet type=text/css href=../../../../style.css title=Style i get same behaviour on windows and linux under 1.0.1 and 1.0.2 plugins any help would be appreciated thanks vlad - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Maven Site Usability
One thing I'd like to see changed is having JavaDocs and Source Xref promoted from being Project Reports. I would consider these more than just reports: they are significant documentation! There's even a JavaDoc Report to emphasize the point! ...Chad Jason van Zyl wrote: Howdy, Prompted by Chris Stevenson Bob and I have started playing around with the Maven generated site in order to make it easier to navigate and more useful. Currenlty the book I'm working with is Homepage Usability by Jakob Nielsen: http://www.amazon.com/exec/obidos/tg/detail/-/073571102X/qid=1071679585/sr=1-1/ref=sr_1_1/104-5601731-6202321?v=glances=books There are 113 recommendations so I'm slowly working through them to see what makes sense and what can be applied to the Maven generated site. As a simple start we've tried to make the site look better and not be so much a punch in the face when you first see it. Of course, this is purely subjective but we'll refine the design as we go. On the main Maven site now you'll notice that there is a Quick Links section. Currently I have this hardcoded into Maven's navigation.xml but it is something that I would like to generate for the standard site. I put a few entries there but suggestions for other hot items, like, Javadoc, FAQs are welcome. We'll take the most popular suggestions and add them to the Quick Links section or whatever it ends up being named. I've also started going through some of the reports and the first one I fixed was the dependencies report which Norbert pointed out as being too verbose. I agree so I changed the report back to its original terse format. I'll be going through the rest of the reports, comparing with some books I picked up but user feed back here is most important. I'm going to do a little more tweaking then I'm going to release the plugin. Hopefully people can try deploying their own sites and asking their users what they feel is important. I think in a couple weeks with some good feedback we can make some vast improvements to the standard generated site. I also have only looked at the site using Mozilla/Linux so there very well might be some problems with other platforms. Please just pop a note in JIRA if you see something that looks horrible. Take a peek at the work in progress: http://maven.apache.org/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: JCoverage Plugin Report problem
oro-2.0.7.jar i would think it is my pc but i tried this on win2k and linux maven 1.0-rc1 installs and had same problem. alsoall my other maven reports/pages work fine thanks vlad [EMAIL PROTECTED] 12/18/03 02:21PM It's very curious. You have some strange problems on your machine. It works fine for me and for other users. My link is link rel =stylesheet type=text/css href=../../../../style.css title=Style Could you check your oro jar file? Emmanuel - Original Message - From: VLADIMIR TERZIC [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Thursday, December 18, 2003 9:33 PM Subject: JCoverage Plugin Report problem jcoverage generated report seems to lose its style settings in all but root directory. it seems that reference to stylesheet contains escape characters example link rel =stylesheet type=text/css href=\.\./\.\./\.\./\.\./style.css title=Style shoud be link rel =stylesheet type=text/css href=../../../../style.css title=Style i get same behaviour on windows and linux under 1.0.1 and 1.0.2 plugins any help would be appreciated thanks vlad - 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]
maven.repo.remote as a local filesystem
Hi Maven folk, Is it possible to add a directory on the company LAN to maven.repo.remote using the file:// protocol? I need to do it because we haven't yet completely migrated to Maven, and we have a central built artifacts reposaitory on our LAN, in which I wanna search for and retrieve to maven.repo.local my project's dependencies. Is it possible at all? Am I doing something wrong? I'm trying to configure maven.repo.remote = http://www.ibiblio.org/maven/, file:///build_pps/public/repo, file:///ilfss/data/products I'm getting the following error: -- 8 - 8 -- Attempting to download PECAN-3.50.0.9.zip. Error retrieving artifact from [file://build_pps/public/repo/pecan/zips/PECAN-3.50.0.9.zip]: java.ne t.ConnectException: Connection refused: connect Error retrieving artifact from [file://ilfss/data/products/pecan/zips/PECAN-3.50.0.9.zip]: java.net. ConnectException: Connection refused: connect WARNING: Failed to download PECAN-3.50.0.9.zip. -- 8 - 8 -- Thanks, Amnon __ Amnon Khen, Configuration Management, Cash-U Mobile Technologies LTD. Mobile: +972-(0)54-922394 / Office: +972-(0)9-8920815 mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] / http://www.cash-u.com http://www.cash-u.com/ Israel - 45 Hamelacha St., P.O. Box 8617, New Industrial Zone, Netanya 36880, Israel / Tel: +972 9 8920888 Europe - Argentum, 2 Queen Caroline St., Hammersmith, London W6 9DT, UK / Tel: +44 20 8323 8066 Asia-Pacific - 47A Duxton Road, Singapore 089511 / Tel: +65 67322440 __ This e-mail message and its attachments are for the sole use of the intended recipient(s), may contain confidential and/or privileged information and are to be regarded as confidential information under any non disclosure agreement. Any review, use, disclosure or distribution by persons or entities other than the intended recipient(s) is prohibited. If you are not the intended recipient, please contact the sender by reply and destroy all copies of the original message and its attachments. __
Re: Maven Site Usability
On Thu, 2003-12-18 at 16:29, Chad McHenry wrote: One thing I'd like to see changed is having JavaDocs and Source Xref promoted from being Project Reports. I would consider these more than just reports: they are significant documentation! There's even a JavaDoc Report to emphasize the point! Would you like to see JavaDocs in the quick links section? Chris Stevenson also suggested this. As it is a pretty hot item it could be moved into the quick links section. This is the kind of feed I'm looking for. ...Chad Jason van Zyl wrote: Howdy, Prompted by Chris Stevenson Bob and I have started playing around with the Maven generated site in order to make it easier to navigate and more useful. Currenlty the book I'm working with is Homepage Usability by Jakob Nielsen: http://www.amazon.com/exec/obidos/tg/detail/-/073571102X/qid=1071679585/sr=1-1/ref=sr_1_1/104-5601731-6202321?v=glances=books There are 113 recommendations so I'm slowly working through them to see what makes sense and what can be applied to the Maven generated site. As a simple start we've tried to make the site look better and not be so much a punch in the face when you first see it. Of course, this is purely subjective but we'll refine the design as we go. On the main Maven site now you'll notice that there is a Quick Links section. Currently I have this hardcoded into Maven's navigation.xml but it is something that I would like to generate for the standard site. I put a few entries there but suggestions for other hot items, like, Javadoc, FAQs are welcome. We'll take the most popular suggestions and add them to the Quick Links section or whatever it ends up being named. I've also started going through some of the reports and the first one I fixed was the dependencies report which Norbert pointed out as being too verbose. I agree so I changed the report back to its original terse format. I'll be going through the rest of the reports, comparing with some books I picked up but user feed back here is most important. I'm going to do a little more tweaking then I'm going to release the plugin. Hopefully people can try deploying their own sites and asking their users what they feel is important. I think in a couple weeks with some good feedback we can make some vast improvements to the standard generated site. I also have only looked at the site using Mozilla/Linux so there very well might be some problems with other platforms. Please just pop a note in JIRA if you see something that looks horrible. Take a peek at the work in progress: http://maven.apache.org/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- jvz. Jason van Zyl [EMAIL PROTECTED] http://tambora.zenplex.org In short, man creates for himself a new religion of a rational and technical order to justify his work and to be justified in it. -- Jacques Ellul, The Technological Society - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [Patch avaible] Re: jdiff plugin
I applied it with some modification. Emmanuel - Original Message - From: Nicolas De Loof [EMAIL PROTECTED] To: Maven Users List [EMAIL PROTECTED] Sent: Thursday, December 18, 2003 4:35 PM Subject: [Patch avaible] Re: jdiff plugin I made it work ! I join to this mail a cvs patch for jdiff plugin. It would be a good thing that any maven master take a look at it as I needed to set some value using local repository path : ${user.home}/.maven/repository... Notice jdiff has a 1.0.9 version that isn't in ibiblio repository. Nico. - Original Message - From: Nicolas De Loof [EMAIL PROTECTED] To: Maven Users List [EMAIL PROTECTED] Sent: Thursday, December 18, 2003 4:06 PM Subject: Re: jdiff plugin I made some simple changes in plugin.jelly and jdiff goal now get sources from CVS for the two versions to compare. But when plugin calls javadoc I get [javadoc] Generating Javadoc [javadoc] Javadoc execution [javadoc] javadoc: Cannot find doclet class jdiff.JDiff [javadoc] 1 error I don't know how to set javadoc classpath to include jdiff doclet class. Can someone help me ? Nico. - Original Message - From: Emmanuel Venisse [EMAIL PROTECTED] To: Maven Users List [EMAIL PROTECTED] Sent: Thursday, December 18, 2003 3:37 PM Subject: Re: jdiff plugin Apparently, you're the first person that use this plugin since a long time. I think we don't update it when we modify maven apis. If you have a patch, it will be xelcome. Emmanuel - Original Message - From: Nicolas De Loof [EMAIL PROTECTED] To: Maven Users List [EMAIL PROTECTED] Sent: Thursday, December 18, 2003 3:25 PM Subject: jdiff plugin Hello all, I'm trying to use the jdiff plugin with maven 1.0 RC1 I got it from CVS and done a maven plugin:install now, when I use maven jdiff I get this error : BUILD FAILED File.. file:/C:/Documents and Settings/ndeloof/.maven/plugins/maven-jdiff-plugin-1.1/ Element... maven:makeRelativePath Line.. 44 Column 120 You must define an attribute called 'path' for this tag. Total time: 6 seconds Finished at: Thu Dec 18 15:24:09 CET 2003 The line 44 in plugin.jelly is for : maven:makeRelativePath var=mavenRelativeSrcDir basedir=${basedir} path=${maven.build.sourceDirectory} / I added some echo in plugin.jelly and see that ${maven.build.sourceDirectory} is not set. What do I miss ? Nico. - 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] - 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: Maven Site Usability
Jason van Zyl wrote: On Thu, 2003-12-18 at 16:29, Chad McHenry wrote: One thing I'd like to see changed is having JavaDocs and Source Xref promoted from being Project Reports. I would consider these more than just reports: they are significant documentation! There's even a JavaDoc Report to emphasize the point! Would you like to see JavaDocs in the quick links section? Chris Stevenson also suggested this. As it is a pretty hot item it could be moved into the quick links section. This is the kind of feed I'm looking for. Maybe that could work. I was thinking the top level of the Documentation should start out with Manual (or User Guide or some sort of item that indicates it's the canonical manual for how to use the projects software) followed by JavaDoc. The rub is that it really depends on what the project is for. For a project like Maven, you don't necessarily need JavaDoc listed with that much importance. There you might want a reference to the xml tags available. For a library style project (most of mine) you'll want the JavaDoc for it to be very prominent under the Project Documentation A few other thoughts come up. The first link under Quick Links should be About Foo (currently under Project Documentation). It's definitely the de-facto norm to list Home as the first item in a web site's nav menu, which is really what About Foo is for a Maven generated site: it is the 'index' page which all others are subordinate to. It's very strange having the index page referenced half way down the menu! Are both Overview/Reference and Documentation necessary? Semantically, the names are very close, and I've no solid, intuitive reason to look in one, and not the other for a particular piece of information. Case in point: JavaDoc is [usually] more of a Reference document, than a Documentation document. I expect it to be under Documentation for some reason, though I wouldn't be surprised to find it under Reference. IMO, this is the kind of ambiguity Maven should help (non web designing developers) to eliminate. ...Chad Howdy, Prompted by Chris Stevenson Bob and I have started playing around with the Maven generated site in order to make it easier to navigate and more useful. Currenlty the book I'm working with is Homepage Usability by Jakob Nielsen: http://www.amazon.com/exec/obidos/tg/detail/-/073571102X/qid=1071679585/sr=1-1/ref=sr_1_1/104-5601731-6202321?v=glances=books There are 113 recommendations so I'm slowly working through them to see what makes sense and what can be applied to the Maven generated site. As a simple start we've tried to make the site look better and not be so much a punch in the face when you first see it. Of course, this is purely subjective but we'll refine the design as we go. On the main Maven site now you'll notice that there is a Quick Links section. Currently I have this hardcoded into Maven's navigation.xml but it is something that I would like to generate for the standard site. I put a few entries there but suggestions for other hot items, like, Javadoc, FAQs are welcome. We'll take the most popular suggestions and add them to the Quick Links section or whatever it ends up being named. I've also started going through some of the reports and the first one I fixed was the dependencies report which Norbert pointed out as being too verbose. I agree so I changed the report back to its original terse format. I'll be going through the rest of the reports, comparing with some books I picked up but user feed back here is most important. I'm going to do a little more tweaking then I'm going to release the plugin. Hopefully people can try deploying their own sites and asking their users what they feel is important. I think in a couple weeks with some good feedback we can make some vast improvements to the standard generated site. I also have only looked at the site using Mozilla/Linux so there very well might be some problems with other platforms. Please just pop a note in JIRA if you see something that looks horrible. Take a peek at the work in progress: http://maven.apache.org/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Newbie problem with javadoc under 1.4
Eric, you could use maven.javadoc.useexternalfile=true I believe that fixes the issue of command line truncation. -- dIon Gillard, Multitask Consulting Blog: http://blogs.codehaus.org/people/dion/ Eric Giguere [EMAIL PROTECTED] wrote on 19/12/2003 07:00:10 AM: Hi all I went through the list of message and didn't find all that I was looking for :( I'm currently moving from ant build/deploy script to the maven tool. I can run now a java:compile on the project file but all attempts to site:generate fails, due to the javadoc plugin issue with jdk 1.4 ( command line trunkated ending with a ? ). Metrics report also fails to generate the report, don't know yet the cause but lets take them one at a time :). I was wondering... is there a patch available to make at least the javadoc generation operationnal for a project build on java 1.4? thx Eric. - 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: maven.repo.remote as a local filesystem
Hi Amnon I'm a Maven newbie (but also a fast learner ;) ), but have also setup a repository on a LAN. Used Apache to make the doc public and accessible easily by the download engine. Works perfectly and Apache is quite easy to install / configure both on Windows and Linux boxes. file protocol is handy for a real local repository (same machine) but on a LAN, especially if you mix Win and Linux machines, refering to file using the UNC notation becomes quite tricky, and is not browser independant to add up :(. hope it helps Eric. Amnon Khen wrote: Hi Maven folk, Is it possible to add a directory on the company LAN to maven.repo.remote using the file:// protocol? I need to do it because we haven't yet completely migrated to Maven, and we have a central built artifacts reposaitory on our LAN, in which I wanna search for and retrieve to maven.repo.local my project's dependencies. Is it possible at all? Am I doing something wrong? I'm trying to configure maven.repo.remote = http://www.ibiblio.org/maven/, file:///build_pps/public/repo, file:///ilfss/data/products I'm getting the following error: -- 8 - 8 -- Attempting to download PECAN-3.50.0.9.zip. Error retrieving artifact from [file://build_pps/public/repo/pecan/zips/PECAN-3.50.0.9.zip]: java.ne t.ConnectException: Connection refused: connect Error retrieving artifact from [file://ilfss/data/products/pecan/zips/PECAN-3.50.0.9.zip]: java.net. ConnectException: Connection refused: connect WARNING: Failed to download PECAN-3.50.0.9.zip. -- 8 - 8 -- Thanks, Amnon __ Amnon Khen, Configuration Management, Cash-U Mobile Technologies LTD. Mobile: +972-(0)54-922394 / Office: +972-(0)9-8920815 mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] / http://www.cash-u.com http://www.cash-u.com/ Israel - 45 Hamelacha St., P.O. Box 8617, New Industrial Zone, Netanya 36880, Israel / Tel: +972 9 8920888 Europe - Argentum, 2 Queen Caroline St., Hammersmith, London W6 9DT, UK / Tel: +44 20 8323 8066 Asia-Pacific - 47A Duxton Road, Singapore 089511 / Tel: +65 67322440 __ This e-mail message and its attachments are for the sole use of the intended recipient(s), may contain confidential and/or privileged information and are to be regarded as confidential information under any non disclosure agreement. Any review, use, disclosure or distribution by persons or entities other than the intended recipient(s) is prohibited. If you are not the intended recipient, please contact the sender by reply and destroy all copies of the original message and its attachments. __ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Adding Version Numbers To Generated Artifacts?
For the file names, you can maven.final.name in the preGoal to whatever you are building. So you might have something like: preGoal name=jar:jar j:set var=maven.final.name value=${pom.artifactId}-${version}/ ant:echoUpdating snapshot JAR to: ${maven.final.name}/ant:echo /preGoal So far I've only done this with jars, but I'd expected it to work for wars and ears, too. I don't know what directories you want to change, but maven.build.dir is set to 'target' by default. You could change it the same way: j:set var=maven.build.dir value=${maven.build.dir}-${version}/ BTW, Anthill has a different purpose than Maven. Anthill schedules and invokes builds, and handles the SCM interactions. Maven is a more robust replacement for Ant builds, that provides site generation and reports out of the box. The two aren't mutually exclusive. I use Anthill to kick off my Maven builds. Jeff On Thu, 18 Dec 2003, at 21:15:02 [GMT GMT] [EMAIL PROTECTED] wrote: Hi, I would like to add the version numbers to the generated artifacts (i.e. jar, war, and ear files). Also, I would like to have the number formated as follows: version-number = major.minor.bug-fix.build-number For example, 10.2.3.25 or 0.0.1.35 would be valid version numbers for me. Also, the format of the jar, ear, and war files would be as follows: jar-name-version-number.{ jar | ear | war } The same scheme goes for directories that were generated during the build process. For example, classes-version-number This is my first day on the list and my first day really starting to use Maven in our build process. Thus, I'm just wanting to get up to speed with the tool after wasting my time with Anthill for the last few days and I'm hoping that Maven does a better job for me. Thanks in advance, -Conrad - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- mailto:[EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]