Re: Recursive maven projects
Patrick Shea patrick at ps1.net writes: When using a recursive maven project continuum does the right thing by creating a project for each pom but it also means that the checkout will also be repeated for each project even if it's not needed (ie: pom projects usually only contain one file, pom.xml) So in my case: pom1.xml +pom2.xml ++pom3.xml Continuum will create 3 projects but in my build areas projects 1 and 2 will also checkout everything from project 3. I can't see an option to limit the checkout to be non recursive for project 1 and 2. Is there a way? Patrick I have the same problem, but the show-stopper for me is that if I make a change to a submodule. I find that this causes not only this submodule and its upstream dependencies to be rebuilt (not just refreshed), but also the top-level project and it's upstream dependencies (i.e. all the submodules all over again). I have only just set up our project in Continuum (1.1) and have been very pleased with it so far, but this is a problem as our build time is getting out of hand and I am trying to reduce the time taken between the submission of a change and notification of success/failure. The double build, coupled with the time to update all the unused submodules in the top-level modules CVS tree (on a slow CVS server) is killing this aspiration :-( I could probably move the top-level pom into a directory that is a sibling to the other submodules, in the hope that it is the cvs update spotting a change in a submodule which is causing the top-level pom's project to be rebuilt - then the tlp would no longer physically contain its submodules - but I would rather come up with less drastic solution. Perhaps a list of directories to somehow exclude from the cvs checkout/update, which could be generated by looking at the modules list ? thanks for your time, Jules
Re: [ANN] Maven Surefire Report plugin 2.0 released
does it support aggregation of reports in a multiproject situation yet ? If so, how do I enable it ? thanks, Jules Carlos Sanchez wrote: Maven Surefire Report plugin 2.0 has been released. You can use it by adding it to the reporting section of your pom reporting plugins plugin groupIdorg.apache.maven.plugins/groupId artifactIdmaven-surefire-report-plugin/artifactId version2.0/version /plugin /plugins /reporting Changelog: http://jira.codehaus.org/secure/ReleaseNote.jspa?projectId=11222styleName=Htmlversion=12481 * [MSUREFIREREP-2] - test failures causes report not to be generated * [MSUREFIREREP-9] - surefire-report-maven-plugin: don't add report for non java projects * [MSUREFIREREP-11] - [surefire-report] not contains package name and testcase details * [MSUREFIREREP-13] - NPE with svn version of surefire-report-maven-plugin * [MSUREFIREREP-15] - Add integration logic that allows report to be created for junit OR testng * [MSUREFIREREP-17] - Use javascript to show/hide failure details -- I could give you my word as a Spaniard. No good. I've known too many Spaniards. -- The Princess Bride - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Open Source is a self-assembling organism. You dangle a piece of string into a super-saturated solution and a whole operating-system crystallises out around it. /** * Jules Gosnell * Partner * Core Developers Network (Europe) * *www.coredevelopers.net * * Open Source Training Support. **/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
maven2 jira report - maven-changes-report ?
I've found tempting references to a maven2 plugin that is apparently capable of generating reports of Jira issues... However, I cannot persuade it to run without crashing and I cannot find anything useful about it with Google. If anyone out there has it working for them and could post an example, I would be very grateful. I tried adding : plugin groupIdorg.codehaus.mojo/groupId !--groupIdorg.apache.maven.plugins/groupId-- artifactIdchanges-maven-plugin/artifactId /plugin to my reporting plugins - but my site build falls over as the plugin pulls in a webpage from Jira. I dl-ed the page and took a look at it. It seems that the plugin is failing to get my project name into the url, so is getting back an error page... log4j:WARN No appenders could be found for logger (org.apache.commons.httpclient.HttpClient). log4j:WARN Please initialize the log4j system properly. [INFO] Jira lives at: http://jira.codehaus.org/browse [INFO] Downloading http://jira.codehaus.org/browse/secure/IssueNavigator.jspa?view=rsspid=sorter/field=createdsorter/order=DESCsorter/field=prioritysorter/order=DESCtempMax=100reset=truedecorator=none [WARNING] Received: [404] org.xml.sax.SAXParseException: Expected /meta to terminate element starting on line 5. at org.apache.crimson.parser.Parser2.fatal(Parser2.java:3376) at org.apache.crimson.parser.Parser2.fatal(Parser2.java:3370) I'm running against : http://jira.codehaus.org/browse/WADI which is Jira version 3.4.2-#108 - apparently recent versions of the plugin require 3.3 - so I should be OK ? The changes plugin page seems to be missing: http://maven.apache.org/plugins/maven-changes-plugin any help would be much appreciated. Jules -- Open Source is a self-assembling organism. You dangle a piece of string into a super-saturated solution and a whole operating-system crystallises out around it. /** * Jules Gosnell * Partner * Core Developers Network (Europe) * *www.coredevelopers.net * * Open Source Training Support. **/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Maven site javadoc problem
Jules Gosnell wrote: Bratek, http://wadi.codehaus.org http://svn.wadi.codehaus.org/viewrep/wadi/trunk/wadi have a look at what we have done... errr - if you did - have another look :-) I just figured a few more things out. As a result, we now have site:deploy working properly. Top-level and sub-modules are still x-linked in the same way... Our modules live in a modules dir and are not named using there full artefactId. After figuring out a few more mvn defaults, I shall be moving them into the top-level and renaming their dirs to their artefactIds. I think this should mean that the module pom scm elements default properly and I expect more issues will fall out in the wash... i.e. wadi/modules/core -- wadi/wadi-core regards, Jules our site is generated by ./modules/site/pom.xml. modules do the reporting/ into an outputDirectory/ - the modules/site/target/... dir Modules are linked to from the top-level by an index provided by ./modules/site/src/site/site.xml and link back via their own site.xml. This is not ideal as automatic site deployment doesn't seem to work - I deploy the site manually, and we still get an empty site generated by the top-level pom that is not used... but it means that you can browse the site locally after it is built, tar it up and copy it over. We are getting there... if you find a better way to do any of this, please drop me a mail :-) you may also want to check out other threads I have kicked off recently about aggregating clover, javadoc and junit reports at the top-level - in conclusion, for various reasons, I can't get any of these to work :-( Jules Lee Meador wrote: I don't think it can be done automatically. You can put a site.xml file in each of the projects that has links to the other projects. I do this to put additional links in the left sidebar of the site that allows me to click around from project to project. It's just barely good enought for me. Thanks. -- Lee On 4/11/06, Bratek [EMAIL PROTECTED] wrote: Hi, I have a Maven project that contains several modules (separate directories and pom files). When I run site goal Javadocs are generated in each module's directory. The problem is that the main project knows nothing about those docs - there is no link to any of the modules. I tried to search the Internet but I couldn't find any comprehensive documentation on the subject - just some bits and ends. If you know how to make this work, please let me know. Thank you, Bratek -- View this message in context: http://www.nabble.com/Maven-site-javadoc-problem-t1431946.html#a3862183 Sent from the Maven - Users forum at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- -- Lee Meador Sent from gmail. My real email address is [EMAIL PROTECTED] -- Open Source is a self-assembling organism. You dangle a piece of string into a super-saturated solution and a whole operating-system crystallises out around it. /** * Jules Gosnell * Partner * Core Developers Network (Europe) * *www.coredevelopers.net * * Open Source Training Support. **/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
mvn2, dependincies, javadoc plugin and links...
I was thinking... My pom.xml has a load of explicit dependencies which are used to form the classpath. My javadoc-plugin clause has a load of links which correspond to the same dependencies. How about having e.g. a javadoc-url sub-elt in each dependency that the javadoc-plugin could read and automatically (if e.g. automagic-linking=true) . This would ensure that deps and links were consistant with each other and would probably result in much better javadoc linkage... Of course, this may have already been done - if so, what is the syntax ? Thanks for your time, Jules -- Open Source is a self-assembling organism. You dangle a piece of string into a super-saturated solution and a whole operating-system crystallises out around it. /** * Jules Gosnell * Partner * Core Developers Network (Europe) * *www.coredevelopers.net * * Open Source Training Support. **/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Maven site javadoc problem
Bratek, http://wadi.codehaus.org http://svn.wadi.codehaus.org/viewrep/wadi/trunk/wadi have a look at what we have done... our site is generated by ./modules/site/pom.xml. modules do the reporting/ into an outputDirectory/ - the modules/site/target/... dir Modules are linked to from the top-level by an index provided by ./modules/site/src/site/site.xml and link back via their own site.xml. This is not ideal as automatic site deployment doesn't seem to work - I deploy the site manually, and we still get an empty site generated by the top-level pom that is not used... but it means that you can browse the site locally after it is built, tar it up and copy it over. We are getting there... if you find a better way to do any of this, please drop me a mail :-) you may also want to check out other threads I have kicked off recently about aggregating clover, javadoc and junit reports at the top-level - in conclusion, for various reasons, I can't get any of these to work :-( Jules Lee Meador wrote: I don't think it can be done automatically. You can put a site.xml file in each of the projects that has links to the other projects. I do this to put additional links in the left sidebar of the site that allows me to click around from project to project. It's just barely good enought for me. Thanks. -- Lee On 4/11/06, Bratek [EMAIL PROTECTED] wrote: Hi, I have a Maven project that contains several modules (separate directories and pom files). When I run site goal Javadocs are generated in each module's directory. The problem is that the main project knows nothing about those docs - there is no link to any of the modules. I tried to search the Internet but I couldn't find any comprehensive documentation on the subject - just some bits and ends. If you know how to make this work, please let me know. Thank you, Bratek -- View this message in context: http://www.nabble.com/Maven-site-javadoc-problem-t1431946.html#a3862183 Sent from the Maven - Users forum at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- -- Lee Meador Sent from gmail. My real email address is [EMAIL PROTECTED] -- Open Source is a self-assembling organism. You dangle a piece of string into a super-saturated solution and a whole operating-system crystallises out around it. /** * Jules Gosnell * Partner * Core Developers Network (Europe) * *www.coredevelopers.net * * Open Source Training Support. **/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
m2 - multiproject - inherit and add to surefire plugin systemProperties/
I have a number of submodules which I would like to all inherit the same sys-props from a top-level pom to be set when running unit tests. Each module may wish to provide its own additional properties at test time. Is this possible ? Or do I have to either repeat shared props in every modules or merge all props into top-level ? The online plugin doc doesn't seem to consider this usecase... Thanks for your time. Jules -- Open Source is a self-assembling organism. You dangle a piece of string into a super-saturated solution and a whole operating-system crystallises out around it. /** * Jules Gosnell * Partner * Core Developers Network (Europe) * *www.coredevelopers.net * * Open Source Training Support. **/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
m2.0.3 - aggregated reports at top-level...
After much googling and gnashing of teeth I gave up on trying to integrate an aggregated clover report with my site build. I spent less time on surefire and javadoc reports. Does aggregation of any of these reports work in 2.0.3 ? If so, can anyone please point me at a concrete example of a working top-level pom. Thanks, Guys, Jules -- Open Source is a self-assembling organism. You dangle a piece of string into a super-saturated solution and a whole operating-system crystallises out around it. /** * Jules Gosnell * Partner * Core Developers Network (Europe) * *www.coredevelopers.net * * Open Source Training Support. **/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: m2.0.3 - aggregated reports at top-level...
Mike Perham wrote: Jules, I had it working last week. Something changed when I tried to reproduce it from scratch this morning and now I can't get it working. that's always the way :-) Jules -Original Message- From: Jules Gosnell [mailto:[EMAIL PROTECTED] Sent: Monday, April 10, 2006 2:03 PM To: Maven Users List Subject: m2.0.3 - aggregated reports at top-level... After much googling and gnashing of teeth I gave up on trying to integrate an aggregated clover report with my site build. I spent less time on surefire and javadoc reports. Does aggregation of any of these reports work in 2.0.3 ? If so, can anyone please point me at a concrete example of a working top-level pom. Thanks, Guys, Jules -- Open Source is a self-assembling organism. You dangle a piece of string into a super-saturated solution and a whole operating-system crystallises out around it. /** * Jules Gosnell * Partner * Core Developers Network (Europe) * *www.coredevelopers.net * * Open Source Training Support. **/ - 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] -- Open Source is a self-assembling organism. You dangle a piece of string into a super-saturated solution and a whole operating-system crystallises out around it. /** * Jules Gosnell * Partner * Core Developers Network (Europe) * *www.coredevelopers.net * * Open Source Training Support. **/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: m2.0.3 - aggregated reports at top-level...
Brett Porter wrote: Surefire - no, there is no mechanism for this currently. any plans ? Javadoc - only in the next release of the Javadoc plugin. is there a snapshot that I can pull down from somewhere ? If someone could point me to the correct repo and an example pom, I would be very grateful. Thanks again, Jules - Brett On 4/11/06, Mike Perham [EMAIL PROTECTED] wrote: Jules, I had it working last week. Something changed when I tried to reproduce it from scratch this morning and now I can't get it working. -Original Message- From: Jules Gosnell [mailto:[EMAIL PROTECTED] Sent: Monday, April 10, 2006 2:03 PM To: Maven Users List Subject: m2.0.3 - aggregated reports at top-level... After much googling and gnashing of teeth I gave up on trying to integrate an aggregated clover report with my site build. I spent less time on surefire and javadoc reports. Does aggregation of any of these reports work in 2.0.3 ? If so, can anyone please point me at a concrete example of a working top-level pom. Thanks, Guys, Jules -- Open Source is a self-assembling organism. You dangle a piece of string into a super-saturated solution and a whole operating-system crystallises out around it. /** * Jules Gosnell * Partner * Core Developers Network (Europe) * *www.coredevelopers.net * * Open Source Training Support. **/ - 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] -- Open Source is a self-assembling organism. You dangle a piece of string into a super-saturated solution and a whole operating-system crystallises out around it. /** * Jules Gosnell * Partner * Core Developers Network (Europe) * *www.coredevelopers.net * * Open Source Training Support. **/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: m2.0.3 - aggregated reports at top-level...
Brett Porter wrote: 2.0-20060330.003327-1 from cvs.apache.org/maven-snapshot-repository Add aggregatetrue/aggregate to the configuration in the root project. Brett, Thanks for this - unfortunately - no dice :-(. Adding : pluginRepositories pluginRepository idmaven-snapshot-repository/id nameMaven Snapshot Repository/name urlhttp://cvs.apache.org/maven-snapshot-repository/url snapshots enabledfalse/enabled /snapshots /pluginRepository /pluginRepositories to my top-level pom breaks my build immediately: [INFO] [ERROR] BUILD ERROR [INFO] [INFO] Error building POM (may not be this project's POM). Project ID: org.apache.maven.plugins:maven-site-plugin Reason: Error getting POM for 'org.apache.maven.plugins:maven-site-plugin' from the repository: Failed to resolve artifact, possibly due to a repository list that is not appropriately equipped for this artifact's metadata. org.apache.maven.plugins:maven-site-plugin:pom:2.0-SNAPSHOT from the specified remote repositories: central (http://repo1.maven.org/maven2), maven-snapshot-repository (http://cvs.apache.org/maven-snapshot-repository) I make no explicit reference to the site-plugin in my pom. If I enable snapshots, mvn happily goes off and upgrades every plugin - but this is a little too bleeding edge for my build... Is there a way to specify a plugin-repo on a per-plugin basis - I could not find one :-( Apologies for failing to follow simple instructions... Jules - Brett On 4/11/06, Jules Gosnell [EMAIL PROTECTED] wrote: Brett Porter wrote: Surefire - no, there is no mechanism for this currently. any plans ? Javadoc - only in the next release of the Javadoc plugin. is there a snapshot that I can pull down from somewhere ? If someone could point me to the correct repo and an example pom, I would be very grateful. Thanks again, Jules - Brett On 4/11/06, Mike Perham [EMAIL PROTECTED] wrote: Jules, I had it working last week. Something changed when I tried to reproduce it from scratch this morning and now I can't get it working. -Original Message- From: Jules Gosnell [mailto:[EMAIL PROTECTED] Sent: Monday, April 10, 2006 2:03 PM To: Maven Users List Subject: m2.0.3 - aggregated reports at top-level... After much googling and gnashing of teeth I gave up on trying to integrate an aggregated clover report with my site build. I spent less time on surefire and javadoc reports. Does aggregation of any of these reports work in 2.0.3 ? If so, can anyone please point me at a concrete example of a working top-level pom. Thanks, Guys, Jules -- Open Source is a self-assembling organism. You dangle a piece of string into a super-saturated solution and a whole operating-system crystallises out around it. /** * Jules Gosnell * Partner * Core Developers Network (Europe) * *www.coredevelopers.net * * Open Source Training Support. **/ - 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] -- Open Source is a self-assembling organism. You dangle a piece of string into a super-saturated solution and a whole operating-system crystallises out around it. /** * Jules Gosnell * Partner * Core Developers Network (Europe) * *www.coredevelopers.net * * Open Source Training Support. **/ - 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] -- Open Source is a self-assembling organism. You dangle a piece of string into a super-saturated solution and a whole operating-system crystallises out around it. /** * Jules Gosnell * Partner * Core Developers Network (Europe) * *www.coredevelopers.net * * Open Source Training Support. **/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: m2 - multiproject - inherit and add to surefire plugin systemProperties/
John Casey wrote: I've setup a small test here, and using the merge-control attributes I introduced for plugin configuration handling, I cannot get it to work. It'll take more debugging to get this worked out. In the meantime, I filed this issue: http://jira.codehaus.org/browse/MNG-2218 Please vote/watch it for updates. Thanks, John - have done/will do... Jules On 4/10/06, Brett Porter [EMAIL PROTECTED] wrote: I don't think adding that to the child POM is necessary, since it is implied when you run the tests. What Jules was asking was if systemProperties could be merged during inheritence. The answer to that is, I believe, no. However, there may be an attribute that you can set on the system properties to have it merge - I know there is some code John added for that but I don't know whether it is exposed, or how it is used. It is certainly undocumented. John? - Brett On 4/11/06, John Casey [EMAIL PROTECTED] wrote: You should be able to setup your plugin configuration at the top level using a pluginManagement/ section, then simply reference the plugin by: plugin artifactIdmaven-surefire-plugin/artifactId /plugin in each module POM. -john On 4/10/06, Jules Gosnell [EMAIL PROTECTED] wrote: I have a number of submodules which I would like to all inherit the same sys-props from a top-level pom to be set when running unit tests. Each module may wish to provide its own additional properties at test time. Is this possible ? Or do I have to either repeat shared props in every modules or merge all props into top-level ? The online plugin doc doesn't seem to consider this usecase... Thanks for your time. Jules -- Open Source is a self-assembling organism. You dangle a piece of string into a super-saturated solution and a whole operating-system crystallises out around it. /** * Jules Gosnell * Partner * Core Developers Network (Europe) * *www.coredevelopers.net * * Open Source Training Support. **/ - 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] -- Open Source is a self-assembling organism. You dangle a piece of string into a super-saturated solution and a whole operating-system crystallises out around it. /** * Jules Gosnell * Partner * Core Developers Network (Europe) * *www.coredevelopers.net * * Open Source Training Support. **/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]