Re: Breadcrumb inheritance in site.xml
Benson, is it still a feature you need? Seems to be done in Doxia Integration Tools. Plase tell me: 1. if you need it: please open a Jira issue 2. if you want to code it or me to do it I want to release maven-site-plugin 3.4, which has a lot of dependencies to release, including Doxia integration Tools: so I need to know. notice inherit attribute name is perhaps not a good choice, since we have inherited in POM's plugin executions to tell that the actual config should not be propagated to childs, which is different from child deciding not to inherit from parent any idea on a good naming welcome Regards, Hervé Le samedi 14 juin 2014 21:19:53 Hervé BOUTEMY a écrit : yes, seems a good idea: project name=.. inherit=false http://maven.apache.org/doxia/doxia-sitetools/doxia-decoration-model/decorat ion.html tell me if you need help Regards, Hervé Le samedi 14 juin 2014 14:52:12 Benson Margulies a écrit : What do you think of an element in site.xml that turns off all inheritance? The case I'm dealing with is a project that wants to inherit build stuff from a parent but not site stuff. I'll tackle this if you think it's reasonable. On Sat, Jun 14, 2014 at 12:58 PM, Hervé BOUTEMY herve.bout...@free.fr wrote: you can't inherit nothing with what has beed coded in MSITE-582: the top breadcrumb will always be there if you really need to drop absolutely everything, we need a new feature notice there are a lot of new features in maven-site-plugin 3.4-SNAPSHOT, waiting for a release (with Doxia, Doxia Sitetool and reporting-exec) so that's a good time for a new feature: it could go in the release train Regards, Hervé Le samedi 14 juin 2014 10:21:36 Benson Margulies a écrit : I think it could go in the site plugin doc; I'm willing to do some writing. Even after reading the JIRA, I don't know how to express, I don't want to inherit any breadcrumbs at all all. On Fri, Jun 13, 2014 at 2:04 AM, Hervé BOUTEMY herve.bout...@free.fr wrote: true that there isn't much doc on this any idea on how/where to document this site.xml inheritence is welcome Regards, Hervé Le jeudi 12 juin 2014 09:14:06 Andreas Sewe a écrit : Hi, that wasn't possible during my time of activity, not sure if anything changed since: http://mail-archives.apache.org/mod_mbox/maven-users/201104.mbox/% 3C 4DA 464 c8.2060...@apache.org%3E yes, https://jira.codehaus.org/browse/MSITE-582 got fixed and I have used the fix successfully in one of my projects. Best wishes, Andreas - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Curiosities with Surefire 2.19
I've enabled multi-threading. 1. The 'Running' message does not show up until after the class completes. 2. My stderr output from Log2J has disappeared. Are either of these adjustable? - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Curiosities with Surefire 2.19
1. This is by choice to avoid mixing results from different classes, so no. 2. Does toggeling http://maven.apache.org/surefire/maven-surefire-plugin/test-mojo.html#redirectTestOutputToFile do the trick ? Kristian 2014-06-20 13:35 GMT+02:00 Benson Margulies bimargul...@gmail.com: I've enabled multi-threading. 1. The 'Running' message does not show up until after the class completes. 2. My stderr output from Log2J has disappeared. Are either of these adjustable? - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Finer control of surefire method parallelism?
I've got some tests that are validating the usage messages of main methods. To do this, they go and call System.setOut. Running two of these in parallel is, of course, a disaster. Is there any way to exempt a class from the parallel option? - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Maven plugin which displays the parents of a given project recursively
Hello, does anybody know of a plugin which shows the GAV coordinates of the parents of a given project recursively? Or is there any feasible plugin where I could contribute with a goal? My team of 3 is consulting approx. 200 developers in regards of build engineering with ca. 1000 Jenkins jobs and we often see they are using outdated versions of our department POM. Having this information in the console of a Jenkins job would allow to see this without checking the POM. Regards Mirko -- http://illegalstateexception.blogspot.com/ https://github.com/mfriedenhagen/ (http://osrc.dfm.io/mfriedenhagen) https://bitbucket.org/mfriedenhagen/ - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Finer control of surefire method parallelism?
I would add a static threadlocal buffer to the PrintStream you're installing :) Kristian 2014-06-20 13:56 GMT+02:00 Benson Margulies bimargul...@gmail.com: I've got some tests that are validating the usage messages of main methods. To do this, they go and call System.setOut. Running two of these in parallel is, of course, a disaster. Is there any way to exempt a class from the parallel option? - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Maven plugin which displays the parents of a given project recursively
http://mojo.codehaus.org/versions-maven-plugin/ I have Jenkins jobs which @weekly run a smoke test update all the things and see if it works build, for each project. I also have a set of jobs which are virtually the same but simply run the display versions of the plugin goals. If the team gets confident in this process, you can exploit scm:checkin to automatically commit these dependency and parent updates if the build is successful. It's pretty easy, actually. On Fri, Jun 20, 2014 at 8:09 AM, Mirko Friedenhagen mfriedenha...@gmail.com wrote: Hello, does anybody know of a plugin which shows the GAV coordinates of the parents of a given project recursively? Or is there any feasible plugin where I could contribute with a goal? My team of 3 is consulting approx. 200 developers in regards of build engineering with ca. 1000 Jenkins jobs and we often see they are using outdated versions of our department POM. Having this information in the console of a Jenkins job would allow to see this without checking the POM. Regards Mirko -- http://illegalstateexception.blogspot.com/ https://github.com/mfriedenhagen/ (http://osrc.dfm.io/mfriedenhagen) https://bitbucket.org/mfriedenhagen/ - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Maven plugin which displays the parents of a given project recursively
Thanks, putting a goal like this in the versions-maven-plugin is a good idea :-). Concerning automatic updates: * We do this in some ways, in the end product teams have the responsibility for a working release, so I may just advise to do this. * Unfortunately Maven configurations and usage are to diverse to enforce this easily. Regards Mirko -- http://illegalstateexception.blogspot.com/ https://github.com/mfriedenhagen/ (http://osrc.dfm.io/mfriedenhagen) https://bitbucket.org/mfriedenhagen/ On Fri, Jun 20, 2014 at 2:52 PM, jieryn jie...@gmail.com wrote: http://mojo.codehaus.org/versions-maven-plugin/ I have Jenkins jobs which @weekly run a smoke test update all the things and see if it works build, for each project. I also have a set of jobs which are virtually the same but simply run the display versions of the plugin goals. If the team gets confident in this process, you can exploit scm:checkin to automatically commit these dependency and parent updates if the build is successful. It's pretty easy, actually. On Fri, Jun 20, 2014 at 8:09 AM, Mirko Friedenhagen mfriedenha...@gmail.com wrote: Hello, does anybody know of a plugin which shows the GAV coordinates of the parents of a given project recursively? Or is there any feasible plugin where I could contribute with a goal? My team of 3 is consulting approx. 200 developers in regards of build engineering with ca. 1000 Jenkins jobs and we often see they are using outdated versions of our department POM. Having this information in the console of a Jenkins job would allow to see this without checking the POM. Regards Mirko -- http://illegalstateexception.blogspot.com/ https://github.com/mfriedenhagen/ (http://osrc.dfm.io/mfriedenhagen) https://bitbucket.org/mfriedenhagen/ - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Finer control of surefire method parallelism?
That wouldn't have worked, but some synchronized (CommandClass.class) { } in the test methods did. On Fri, Jun 20, 2014 at 8:23 AM, Kristian Rosenvold kristian.rosenv...@gmail.com wrote: I would add a static threadlocal buffer to the PrintStream you're installing :) Kristian 2014-06-20 13:56 GMT+02:00 Benson Margulies bimargul...@gmail.com: I've got some tests that are validating the usage messages of main methods. To do this, they go and call System.setOut. Running two of these in parallel is, of course, a disaster. Is there any way to exempt a class from the parallel option? - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Maven plugin which displays the parents of a given project recursively
Good description of the use case that helps. You are not very explicit about how you identify the projects to be checked or where (SCM, staging folder) you want to find them. Just a thought: Couldn't this be accomplished with a batch job that used XSLT or a simple Java program with an XML parser to check POMs for outdated references? POMs are just XML with a pretty simple structure. They always have the same name so finding them in the project is not hard. You are always looking down the same XPATH(s?) for the version and you know which one is right. Is there some magic that Maven includes that is needed here? Ron On 20/06/2014 8:09 AM, Mirko Friedenhagen wrote: Hello, does anybody know of a plugin which shows the GAV coordinates of the parents of a given project recursively? Or is there any feasible plugin where I could contribute with a goal? My team of 3 is consulting approx. 200 developers in regards of build engineering with ca. 1000 Jenkins jobs and we often see they are using outdated versions of our department POM. Having this information in the console of a Jenkins job would allow to see this without checking the POM. Regards Mirko -- http://illegalstateexception.blogspot.com/ https://github.com/mfriedenhagen/ (http://osrc.dfm.io/mfriedenhagen) https://bitbucket.org/mfriedenhagen/ - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org -- Ron Wheeler President Artifact Software Inc email: rwhee...@artifact-software.com skype: ronaldmwheeler phone: 866-970-2435, ext 102 - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Curiosities with Surefire 2.19
On Fri, Jun 20, 2014 at 7:44 AM, Kristian Rosenvold kristian.rosenv...@gmail.com wrote: 1. This is by choice to avoid mixing results from different classes, so no. 2. Does toggeling http://maven.apache.org/surefire/maven-surefire-plugin/test-mojo.html#redirectTestOutputToFile do the trick ? Yes. I had looked at it, but I somehow convinced myself that if I wasn't using it in before I shouldn't need it now. Thanks. Kristian 2014-06-20 13:35 GMT+02:00 Benson Margulies bimargul...@gmail.com: I've enabled multi-threading. 1. The 'Running' message does not show up until after the class completes. 2. My stderr output from Log2J has disappeared. Are either of these adjustable? - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Curiosities with Surefire 2.19
Once you switched to parallel you probably switched surefire provider to the junit47 provider. There might be some subtle differences in how those two providers capture console output; maybe the newer provider is better (or worse...) Kristian 2014-06-20 16:23 GMT+02:00 Benson Margulies bimargul...@gmail.com: On Fri, Jun 20, 2014 at 7:44 AM, Kristian Rosenvold kristian.rosenv...@gmail.com wrote: 1. This is by choice to avoid mixing results from different classes, so no. 2. Does toggeling http://maven.apache.org/surefire/maven-surefire-plugin/test-mojo.html#redirectTestOutputToFile do the trick ? Yes. I had looked at it, but I somehow convinced myself that if I wasn't using it in before I shouldn't need it now. Thanks. Kristian 2014-06-20 13:35 GMT+02:00 Benson Margulies bimargul...@gmail.com: I've enabled multi-threading. 1. The 'Running' message does not show up until after the class completes. 2. My stderr output from Log2J has disappeared. Are either of these adjustable? - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Breadcrumb inheritance in site.xml
Herve, I'll get to work after lunch. On Fri, Jun 20, 2014 at 5:57 AM, Hervé BOUTEMY herve.bout...@free.fr wrote: Benson, is it still a feature you need? Seems to be done in Doxia Integration Tools. Plase tell me: 1. if you need it: please open a Jira issue 2. if you want to code it or me to do it I want to release maven-site-plugin 3.4, which has a lot of dependencies to release, including Doxia integration Tools: so I need to know. notice inherit attribute name is perhaps not a good choice, since we have inherited in POM's plugin executions to tell that the actual config should not be propagated to childs, which is different from child deciding not to inherit from parent any idea on a good naming welcome Regards, Hervé Le samedi 14 juin 2014 21:19:53 Hervé BOUTEMY a écrit : yes, seems a good idea: project name=.. inherit=false http://maven.apache.org/doxia/doxia-sitetools/doxia-decoration-model/decorat ion.html tell me if you need help Regards, Hervé Le samedi 14 juin 2014 14:52:12 Benson Margulies a écrit : What do you think of an element in site.xml that turns off all inheritance? The case I'm dealing with is a project that wants to inherit build stuff from a parent but not site stuff. I'll tackle this if you think it's reasonable. On Sat, Jun 14, 2014 at 12:58 PM, Hervé BOUTEMY herve.bout...@free.fr wrote: you can't inherit nothing with what has beed coded in MSITE-582: the top breadcrumb will always be there if you really need to drop absolutely everything, we need a new feature notice there are a lot of new features in maven-site-plugin 3.4-SNAPSHOT, waiting for a release (with Doxia, Doxia Sitetool and reporting-exec) so that's a good time for a new feature: it could go in the release train Regards, Hervé Le samedi 14 juin 2014 10:21:36 Benson Margulies a écrit : I think it could go in the site plugin doc; I'm willing to do some writing. Even after reading the JIRA, I don't know how to express, I don't want to inherit any breadcrumbs at all all. On Fri, Jun 13, 2014 at 2:04 AM, Hervé BOUTEMY herve.bout...@free.fr wrote: true that there isn't much doc on this any idea on how/where to document this site.xml inheritence is welcome Regards, Hervé Le jeudi 12 juin 2014 09:14:06 Andreas Sewe a écrit : Hi, that wasn't possible during my time of activity, not sure if anything changed since: http://mail-archives.apache.org/mod_mbox/maven-users/201104.mbox/% 3C 4DA 464 c8.2060...@apache.org%3E yes, https://jira.codehaus.org/browse/MSITE-582 got fixed and I have used the fix successfully in one of my projects. Best wishes, Andreas - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Maven plugin which displays the parents of a given project recursively
Ron, * finding all POMs is not that simple in our case as we have at least 20 SVN repositories with multiple projects and about 100 git repositories. * POMs are XML but a lot of projects have at least DEPARTMENT_POM - TEAM_POM - PROJECT_POM - MODULE_POM relations, so we have to lookup stuff in Artifactory anyway. * I think I will implement a goal `display-ancestors` in the versions-maven-plugin :-). Regards Mirko Regards Mirko -- http://illegalstateexception.blogspot.com/ https://github.com/mfriedenhagen/ (http://osrc.dfm.io/mfriedenhagen) https://bitbucket.org/mfriedenhagen/ On Fri, Jun 20, 2014 at 4:22 PM, Ron Wheeler rwhee...@artifact-software.com wrote: Good description of the use case that helps. You are not very explicit about how you identify the projects to be checked or where (SCM, staging folder) you want to find them. Just a thought: Couldn't this be accomplished with a batch job that used XSLT or a simple Java program with an XML parser to check POMs for outdated references? POMs are just XML with a pretty simple structure. They always have the same name so finding them in the project is not hard. You are always looking down the same XPATH(s?) for the version and you know which one is right. Is there some magic that Maven includes that is needed here? Ron On 20/06/2014 8:09 AM, Mirko Friedenhagen wrote: Hello, does anybody know of a plugin which shows the GAV coordinates of the parents of a given project recursively? Or is there any feasible plugin where I could contribute with a goal? My team of 3 is consulting approx. 200 developers in regards of build engineering with ca. 1000 Jenkins jobs and we often see they are using outdated versions of our department POM. Having this information in the console of a Jenkins job would allow to see this without checking the POM. Regards Mirko -- http://illegalstateexception.blogspot.com/ https://github.com/mfriedenhagen/ (http://osrc.dfm.io/mfriedenhagen) https://bitbucket.org/mfriedenhagen/ - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org -- Ron Wheeler President Artifact Software Inc email: rwhee...@artifact-software.com skype: ronaldmwheeler phone: 866-970-2435, ext 102 - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Breadcrumb inheritance in site.xml
MSHARED-340. There's a precedent in the POM http://blog.sonatype.com/2011/01/maven-how-to-merging-plugin-configuration-in-complex-projects/#.U6Rfgo1dW_I. combine.self='override' instead of 'inherited'? On Fri, Jun 20, 2014 at 5:57 AM, Hervé BOUTEMY herve.bout...@free.fr wrote: Benson, is it still a feature you need? Seems to be done in Doxia Integration Tools. Plase tell me: 1. if you need it: please open a Jira issue 2. if you want to code it or me to do it I want to release maven-site-plugin 3.4, which has a lot of dependencies to release, including Doxia integration Tools: so I need to know. notice inherit attribute name is perhaps not a good choice, since we have inherited in POM's plugin executions to tell that the actual config should not be propagated to childs, which is different from child deciding not to inherit from parent any idea on a good naming welcome Regards, Hervé Le samedi 14 juin 2014 21:19:53 Hervé BOUTEMY a écrit : yes, seems a good idea: project name=.. inherit=false http://maven.apache.org/doxia/doxia-sitetools/doxia-decoration-model/decorat ion.html tell me if you need help Regards, Hervé Le samedi 14 juin 2014 14:52:12 Benson Margulies a écrit : What do you think of an element in site.xml that turns off all inheritance? The case I'm dealing with is a project that wants to inherit build stuff from a parent but not site stuff. I'll tackle this if you think it's reasonable. On Sat, Jun 14, 2014 at 12:58 PM, Hervé BOUTEMY herve.bout...@free.fr wrote: you can't inherit nothing with what has beed coded in MSITE-582: the top breadcrumb will always be there if you really need to drop absolutely everything, we need a new feature notice there are a lot of new features in maven-site-plugin 3.4-SNAPSHOT, waiting for a release (with Doxia, Doxia Sitetool and reporting-exec) so that's a good time for a new feature: it could go in the release train Regards, Hervé Le samedi 14 juin 2014 10:21:36 Benson Margulies a écrit : I think it could go in the site plugin doc; I'm willing to do some writing. Even after reading the JIRA, I don't know how to express, I don't want to inherit any breadcrumbs at all all. On Fri, Jun 13, 2014 at 2:04 AM, Hervé BOUTEMY herve.bout...@free.fr wrote: true that there isn't much doc on this any idea on how/where to document this site.xml inheritence is welcome Regards, Hervé Le jeudi 12 juin 2014 09:14:06 Andreas Sewe a écrit : Hi, that wasn't possible during my time of activity, not sure if anything changed since: http://mail-archives.apache.org/mod_mbox/maven-users/201104.mbox/% 3C 4DA 464 c8.2060...@apache.org%3E yes, https://jira.codehaus.org/browse/MSITE-582 got fixed and I have used the fix successfully in one of my projects. Best wishes, Andreas - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Breadcrumb inheritance in site.xml
Has doxia tools moved to git? https://svn.apache.org/repos/asf/maven/shared/trunk/ does not show it. On Fri, Jun 20, 2014 at 12:21 PM, Benson Margulies bimargul...@gmail.com wrote: MSHARED-340. There's a precedent in the POM http://blog.sonatype.com/2011/01/maven-how-to-merging-plugin-configuration-in-complex-projects/#.U6Rfgo1dW_I. combine.self='override' instead of 'inherited'? On Fri, Jun 20, 2014 at 5:57 AM, Hervé BOUTEMY herve.bout...@free.fr wrote: Benson, is it still a feature you need? Seems to be done in Doxia Integration Tools. Plase tell me: 1. if you need it: please open a Jira issue 2. if you want to code it or me to do it I want to release maven-site-plugin 3.4, which has a lot of dependencies to release, including Doxia integration Tools: so I need to know. notice inherit attribute name is perhaps not a good choice, since we have inherited in POM's plugin executions to tell that the actual config should not be propagated to childs, which is different from child deciding not to inherit from parent any idea on a good naming welcome Regards, Hervé Le samedi 14 juin 2014 21:19:53 Hervé BOUTEMY a écrit : yes, seems a good idea: project name=.. inherit=false http://maven.apache.org/doxia/doxia-sitetools/doxia-decoration-model/decorat ion.html tell me if you need help Regards, Hervé Le samedi 14 juin 2014 14:52:12 Benson Margulies a écrit : What do you think of an element in site.xml that turns off all inheritance? The case I'm dealing with is a project that wants to inherit build stuff from a parent but not site stuff. I'll tackle this if you think it's reasonable. On Sat, Jun 14, 2014 at 12:58 PM, Hervé BOUTEMY herve.bout...@free.fr wrote: you can't inherit nothing with what has beed coded in MSITE-582: the top breadcrumb will always be there if you really need to drop absolutely everything, we need a new feature notice there are a lot of new features in maven-site-plugin 3.4-SNAPSHOT, waiting for a release (with Doxia, Doxia Sitetool and reporting-exec) so that's a good time for a new feature: it could go in the release train Regards, Hervé Le samedi 14 juin 2014 10:21:36 Benson Margulies a écrit : I think it could go in the site plugin doc; I'm willing to do some writing. Even after reading the JIRA, I don't know how to express, I don't want to inherit any breadcrumbs at all all. On Fri, Jun 13, 2014 at 2:04 AM, Hervé BOUTEMY herve.bout...@free.fr wrote: true that there isn't much doc on this any idea on how/where to document this site.xml inheritence is welcome Regards, Hervé Le jeudi 12 juin 2014 09:14:06 Andreas Sewe a écrit : Hi, that wasn't possible during my time of activity, not sure if anything changed since: http://mail-archives.apache.org/mod_mbox/maven-users/201104.mbox/% 3C 4DA 464 c8.2060...@apache.org%3E yes, https://jira.codehaus.org/browse/MSITE-582 got fixed and I have used the fix successfully in one of my projects. Best wishes, Andreas - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Maven plugin which displays the parents of a given project recursively
I understand that you have a few (120) repos but once you have made the list, it is easy to maintain. Same as the list of active projects. 1000 is a lot of names to list but you probably can find one already existing or make one through a partially automated process. Otherwise it is a clerical task that you can give to a junior tech. DEPARTMENT_POM -TEAM_POM - PROJECT_POM - MODULE_POM is more interesting but probably not that hard to manage. DEPARTMENT_POM -TEAM_POM is a small list. You want to eliminate duplicate sub-trees. Just a suggestion for a non-maven solution. That is one of the advantages of using XML in the POM, You are not restricted to using the application for which the files are designed. There are lots of XML tools - both low level and high level that can be applied. Ron On 20/06/2014 11:55 AM, Mirko Friedenhagen wrote: Ron, * finding all POMs is not that simple in our case as we have at least 20 SVN repositories with multiple projects and about 100 git repositories. * POMs are XML but a lot of projects have at least DEPARTMENT_POM - TEAM_POM - PROJECT_POM - MODULE_POM relations, so we have to lookup stuff in Artifactory anyway. * I think I will implement a goal `display-ancestors` in the versions-maven-plugin :-). Regards Mirko Regards Mirko -- http://illegalstateexception.blogspot.com/ https://github.com/mfriedenhagen/ (http://osrc.dfm.io/mfriedenhagen) https://bitbucket.org/mfriedenhagen/ On Fri, Jun 20, 2014 at 4:22 PM, Ron Wheeler rwhee...@artifact-software.com wrote: Good description of the use case that helps. You are not very explicit about how you identify the projects to be checked or where (SCM, staging folder) you want to find them. Just a thought: Couldn't this be accomplished with a batch job that used XSLT or a simple Java program with an XML parser to check POMs for outdated references? POMs are just XML with a pretty simple structure. They always have the same name so finding them in the project is not hard. You are always looking down the same XPATH(s?) for the version and you know which one is right. Is there some magic that Maven includes that is needed here? Ron On 20/06/2014 8:09 AM, Mirko Friedenhagen wrote: Hello, does anybody know of a plugin which shows the GAV coordinates of the parents of a given project recursively? Or is there any feasible plugin where I could contribute with a goal? My team of 3 is consulting approx. 200 developers in regards of build engineering with ca. 1000 Jenkins jobs and we often see they are using outdated versions of our department POM. Having this information in the console of a Jenkins job would allow to see this without checking the POM. Regards Mirko -- http://illegalstateexception.blogspot.com/ https://github.com/mfriedenhagen/ (http://osrc.dfm.io/mfriedenhagen) https://bitbucket.org/mfriedenhagen/ - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org -- Ron Wheeler President Artifact Software Inc email: rwhee...@artifact-software.com skype: ronaldmwheeler phone: 866-970-2435, ext 102 - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org -- Ron Wheeler President Artifact Software Inc email: rwhee...@artifact-software.com skype: ronaldmwheeler phone: 866-970-2435, ext 102 - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Maven plugin which displays the parents of a given project recursively
Ron, we have developed some tools which try to guess POM resolutions using Python and getting the same resolution resp. interpolations as Maven is sometimes hard to do: * Inheriting POMs do not need to override version and groupId so you have to interpolate these from the ancestors. * Same for properties which are inherited as well while other elements as scm are adding module/artifactIds. Regards Mirko Regards Mirko -- http://illegalstateexception.blogspot.com/ https://github.com/mfriedenhagen/ (http://osrc.dfm.io/mfriedenhagen) https://bitbucket.org/mfriedenhagen/ On Fri, Jun 20, 2014 at 6:49 PM, Ron Wheeler rwhee...@artifact-software.com wrote: I understand that you have a few (120) repos but once you have made the list, it is easy to maintain. Same as the list of active projects. 1000 is a lot of names to list but you probably can find one already existing or make one through a partially automated process. Otherwise it is a clerical task that you can give to a junior tech. DEPARTMENT_POM -TEAM_POM - PROJECT_POM - MODULE_POM is more interesting but probably not that hard to manage. DEPARTMENT_POM -TEAM_POM is a small list. You want to eliminate duplicate sub-trees. Just a suggestion for a non-maven solution. That is one of the advantages of using XML in the POM, You are not restricted to using the application for which the files are designed. There are lots of XML tools - both low level and high level that can be applied. Ron On 20/06/2014 11:55 AM, Mirko Friedenhagen wrote: Ron, * finding all POMs is not that simple in our case as we have at least 20 SVN repositories with multiple projects and about 100 git repositories. * POMs are XML but a lot of projects have at least DEPARTMENT_POM - TEAM_POM - PROJECT_POM - MODULE_POM relations, so we have to lookup stuff in Artifactory anyway. * I think I will implement a goal `display-ancestors` in the versions-maven-plugin :-). Regards Mirko Regards Mirko -- http://illegalstateexception.blogspot.com/ https://github.com/mfriedenhagen/ (http://osrc.dfm.io/mfriedenhagen) https://bitbucket.org/mfriedenhagen/ On Fri, Jun 20, 2014 at 4:22 PM, Ron Wheeler rwhee...@artifact-software.com wrote: Good description of the use case that helps. You are not very explicit about how you identify the projects to be checked or where (SCM, staging folder) you want to find them. Just a thought: Couldn't this be accomplished with a batch job that used XSLT or a simple Java program with an XML parser to check POMs for outdated references? POMs are just XML with a pretty simple structure. They always have the same name so finding them in the project is not hard. You are always looking down the same XPATH(s?) for the version and you know which one is right. Is there some magic that Maven includes that is needed here? Ron On 20/06/2014 8:09 AM, Mirko Friedenhagen wrote: Hello, does anybody know of a plugin which shows the GAV coordinates of the parents of a given project recursively? Or is there any feasible plugin where I could contribute with a goal? My team of 3 is consulting approx. 200 developers in regards of build engineering with ca. 1000 Jenkins jobs and we often see they are using outdated versions of our department POM. Having this information in the console of a Jenkins job would allow to see this without checking the POM. Regards Mirko -- http://illegalstateexception.blogspot.com/ https://github.com/mfriedenhagen/ (http://osrc.dfm.io/mfriedenhagen) https://bitbucket.org/mfriedenhagen/ - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org -- Ron Wheeler President Artifact Software Inc email: rwhee...@artifact-software.com skype: ronaldmwheeler phone: 866-970-2435, ext 102 - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org -- Ron Wheeler President Artifact Software Inc email: rwhee...@artifact-software.com skype: ronaldmwheeler phone: 866-970-2435, ext 102 - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Complex Maven projects - Tutorials? Books?
On 06/13/2014 10:26 PM, Barrie Treloar wrote: On 14 June 2014 02:14, Robert Kuropkat rkurop...@t-sciences.com wrote: snip I'll add my cry of despair here as well. Modern Open Source documentation efforts tend be mostly disappointing. First of all, it's never in a nice neat collection. Second, most of the articles and examples supplied by Senior Mentor Google are stale, trivial and sparsely explained. Explanations are rarely more than a statement of the obvious (Property: enabled: true/false - enable or disable feature). The question of WHY is rarely addressed and downstream results never. Even if you do find a well detailed example it is very specific (cookbook style) with little explanation of the options NOT chosen and why. I'm running into this right now in fact. I did some proof of concept testing on a bunch of plugins for my group, things looked good and now I'm reviewing my configurations and documenting them. I've managed to run across a few issues where configurations I plucked off the Internet are working but don't seem to be valid. At least I can not find any documentation for the options I set. Is it stale documentation? Deprecated options? Just plain wrong examples? With a configuration file like XML which is designed to ignore options it doesn't understand, this is even more frustrating. With rapidly changing feature sets it's maddening. Sometimes the people implementing things can't see things from a fresh perspective - they can't unlearn what they already know. That is why we rely on the community to provide patches - even to documentation - to help clarify things. It's a great place to start if you want to get involved - it's where I started. We also need people withe skills and desire to improve documentation. Technical writing and cutting code are orthogonal skills that rarely sit in one individual. So if you have someone on your team who can write technical docs then convince them, your management, etc that it benefits your team to help improve these docs and give back to the project. It will also help future projects at your org. Definitely understand the issues, just wish I wasn't short on answers or suggestions. I usually try not to spend much time complaining when I have nothing useful to offer up... As you said, the skills don't usually align. My own documentation efforts are more desperation attempts to not be bothered by things I'm no longer working on. I mentioned in a reply off list some of what I am doing now might be possible to offer up, though I'm afraid it will likely at least start in one of the same categories I mentioned above of being overly specific. However, it may serve as a useful starting point, so I'll see what I can do. Thank you for the answers below. That reporting section thing was driving me nuts. Now if I can just figure out why setting altReleaseDeploymentRepository and altSnapshotDeploymentRepository in the settings.xml file don't seem to actually do anything, requiring you to use altDeploymentRepository property instead snip Robert Kuropkat - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org