Re: Subject: [VOTE] Release Maven Checkstyle Plugin version 2.9.1
Hi Dennis. That doesn't quite do what I was looking for justice. I'll submit a patch that will show you what I mean. (basically a cross reference of maven checkstyle plugin versions vs check style versions - all the way back). As otherwise, that information is lost on a change of version of the underlying checkstyle implementation. So you need to troll through all of the old pom's. -Chris On Fri, Feb 24, 2012 at 11:41 PM, Dennis Lundberg denn...@apache.org wrote: Hi Chris Since version 2.4 of maven-checkstyle-plugin it is stated on its start page which version of Checkstyle is used by the plugin. Follow the link to the staging site below. Replace the version number in the URL to look at the docs for another version of the plugin. On Fri, Feb 24, 2012 at 2:38 AM, Chris Graham chrisgw...@gmail.com wrote: Hey Guys, Can I get some site updates rolled into this or is it too late? What's missing from the site is a cross reference of what versions ofcheckstyle the maven plugin uses per maven plugin release! It was a real PITA - the only way I could do it was to troll through each and every maven-checksyle-plugin pom.xml and look. Can we roll it into this release? Or should I open a separate issue, with a patch and let it get roll over to the next one, when ever that will be? -Chris On Fri, Feb 24, 2012 at 6:21 AM, Tony Chemit che...@codelutin.com wrote: On Wed, 22 Feb 2012 14:50:55 +0100 Dennis Lundberg denn...@apache.org wrote: +1 (non binding) thansk, tony. Hi, We solved 1 issue: http://jira.codehaus.org/secure/ReleaseNote.jspa?projectId=11127styleName=Htmlversion=18335 There are still a couple of issues left in JIRA: http://jira.codehaus.org/secure/IssueNavigator.jspa?reset=truepid=11127status=1 Staging repo: https://repository.apache.org/content/repositories/maven-007/ Staging site: http://maven.apache.org/plugins/maven-checkstyle-plugin-2.9.1/ Guide to testing staged releases: http://maven.apache.org/guides/development/guide-testing-releases.html Vote open for 72 hours. [ ] +1 [ ] +0 [ ] -1 -- Tony Chemit tél: +33 (0) 2 40 50 29 28 email: che...@codelutin.com http://www.codelutin.com - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org -- Dennis Lundberg - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org
Re: The svnpubsub project: looking for help with the scm provider
I now know what my problem is (I wasn't looking at the result object from the add operation), but i don't know what to do about it. svn is complaining that the site plugin produces files with 'inconsistent newlines'. On Tue, Feb 21, 2012 at 5:47 PM, Olivier Lamy ol...@apache.org wrote: javasv - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org
Re: Inconsistent newlines in site output
Benson Margulies wrote: The maven-project-info-reports-plugin generates files with 'inconsistent newlines'. Is it worthwhile to try to fix this, or is it the beginning of an unbounded collection of other examples. Shooting from the hip I would guess the latter. I know I started investigating it once but don't remember all the details, see eg http://jira.codehaus.org/browse/MSITE-121 and linked issues. -Lukas - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org
Re: Inconsistent newlines in site output
Possibly both :) On 25/02/2012, at 9:37 PM, Benson Margulies wrote: The maven-project-info-reports-plugin generates files with 'inconsistent newlines'. Is it worthwhile to try to fix this, or is it the beginning of an unbounded collection of other examples. - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org -- Brett Porter br...@apache.org http://brettporter.wordpress.com/ - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org
Re: Inconsistent newlines in site output
yes I fear it's worthwhile for svnpubsub: Joe sjhould give us an example site next week to try and confirm that, but since we'll need to commit generated content to svn, it should be a requirement. Notice that PDFBox used an Ants' fixcrlf task just for that [1] Regards, Hervé [1] http://svn.apache.org/repos/asf/pdfbox/site/pom.xml Le samedi 25 février 2012 22:43:36 Brett Porter a écrit : Possibly both :) On 25/02/2012, at 9:37 PM, Benson Margulies wrote: The maven-project-info-reports-plugin generates files with 'inconsistent newlines'. Is it worthwhile to try to fix this, or is it the beginning of an unbounded collection of other examples. - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org -- Brett Porter br...@apache.org http://brettporter.wordpress.com/ - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org
Re: Inconsistent newlines in site output
On Sat, Feb 25, 2012 at 11:38 AM, Hervé BOUTEMY herve.bout...@free.fr wrote: yes I fear it's worthwhile for svnpubsub: Joe sjhould give us an example site next week to try and confirm that, but since we'll need to commit generated content to svn, it should be a requirement. Notice that PDFBox used an Ants' fixcrlf task just for that [1] I just wrote java code to do the job in my new plugin. Regards, Hervé [1] http://svn.apache.org/repos/asf/pdfbox/site/pom.xml Le samedi 25 février 2012 22:43:36 Brett Porter a écrit : Possibly both :) On 25/02/2012, at 9:37 PM, Benson Margulies wrote: The maven-project-info-reports-plugin generates files with 'inconsistent newlines'. Is it worthwhile to try to fix this, or is it the beginning of an unbounded collection of other examples. - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org -- Brett Porter br...@apache.org http://brettporter.wordpress.com/ - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org
Where to publish the site for a sandbox plugin?
I want to publish the site for the svnpubsub plugin for people to look at. Where? - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org
Modifying the site lifecycle
To make the svnpubsub thing easier to use, I'd like to declare a customer lifecycle for it. Perhaps I need to break for lunch, but can I do that without a packaging? I just want to let someone type mvn svnpubsub and watch the fun. - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org
Re: Inconsistent newlines in site output
yes, pragmatic: it's easier for the moment to fix the result than fix the real problem... I'll have a look at the problem later Regards, Hervé Le samedi 25 février 2012 11:51:20 Benson Margulies a écrit : On Sat, Feb 25, 2012 at 11:38 AM, Hervé BOUTEMY herve.bout...@free.fr wrote: yes I fear it's worthwhile for svnpubsub: Joe sjhould give us an example site next week to try and confirm that, but since we'll need to commit generated content to svn, it should be a requirement. Notice that PDFBox used an Ants' fixcrlf task just for that [1] I just wrote java code to do the job in my new plugin. Regards, Hervé [1] http://svn.apache.org/repos/asf/pdfbox/site/pom.xml Le samedi 25 février 2012 22:43:36 Brett Porter a écrit : Possibly both :) On 25/02/2012, at 9:37 PM, Benson Margulies wrote: The maven-project-info-reports-plugin generates files with 'inconsistent newlines'. Is it worthwhile to try to fix this, or is it the beginning of an unbounded collection of other examples. -- --- To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org -- Brett Porter br...@apache.org http://brettporter.wordpress.com/ - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org
Re: Where to publish the site for a sandbox plugin?
in /sandbox/plugins? Le samedi 25 février 2012 11:51:49 Benson Margulies a écrit : I want to publish the site for the svnpubsub plugin for people to look at. Where? - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org
Re: Modifying the site lifecycle
why not consider it as a deploy protocol? like scp, file, webdav: svnpubsub then the existing site-deploy phase of site lifecycle is sufficient Le samedi 25 février 2012 11:58:36 Benson Margulies a écrit : To make the svnpubsub thing easier to use, I'd like to declare a customer lifecycle for it. Perhaps I need to break for lunch, but can I do that without a packaging? I just want to let someone type mvn svnpubsub and watch the fun. - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org
Re: Modifying the site lifecycle
On Sat, Feb 25, 2012 at 1:45 PM, Hervé BOUTEMY herve.bout...@free.fr wrote: why not consider it as a deploy protocol? like scp, file, webdav: svnpubsub That only handles the last piece. Here's the lifecycle: svnpubsub:prepare: do an svn checkout site:site site:stage -DstagingDirectory = svn checkout dir svnpusub:publish: do the svn checkins otherwise we don't know what's different. I guess that I could make the publish mojo do the checkout to yet another directory and compare the two. That still won't work as a protocol. then the existing site-deploy phase of site lifecycle is sufficient Le samedi 25 février 2012 11:58:36 Benson Margulies a écrit : To make the svnpubsub thing easier to use, I'd like to declare a customer lifecycle for it. Perhaps I need to break for lunch, but can I do that without a packaging? I just want to let someone type mvn svnpubsub and watch the fun. - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org
Maven site svnpubsub
I've got my first offering in this department working, at least a little. org.apache.maven.plugins:asf-svnpubsub-plugin is a Maven plugin that published an entire site to a subversion tree. It has no CMS integration. Once this item is under control, I plan to pick up the trail of breadcrumbs that Joe left me to fit mvn site content into the CMS's control structure. I've site-deployed the doc such as I have it to maven.apache.org/sandbox/plugins/asf-svnpubsub-plugin. Source is https://svn.apache.org/repos/asf/maven/sandbox/trunk/plugins/asf-svnpubsub-plugin. The intent here is that complex sites, such as the main maven site, can be handled by judicious use of 'excludes'. However, since the SCM provider API has the 'simple' form of includes and excludes (only one of each), I have some qualms as to whether it will really work for the top-level site. I'm very much in one-thing-at-a-time mode; this much should at least be useful for 'leaves'. - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org
Re : Maven site svnpubsub
For the main site, I worked with Joe: he incorporated site conventions to the CMS web UI to offert online editing and publishing Then extpaths.txt was added to let components sites published with svnpubsub You have half of the story, I have the other one in site branch :) Envoyé depuis mon mobile - Reply message - De : Benson Margulies bimargul...@gmail.com Pour : Maven Developers List dev@maven.apache.org, Joe Schaefer joe_schae...@yahoo.com Objet : Maven site svnpubsub Date : sam., févr. 25, 2012 20:35 I've got my first offering in this department working, at least a little. org.apache.maven.plugins:asf-svnpubsub-plugin is a Maven plugin that published an entire site to a subversion tree. It has no CMS integration. Once this item is under control, I plan to pick up the trail of breadcrumbs that Joe left me to fit mvn site content into the CMS's control structure. I've site-deployed the doc such as I have it to maven.apache.org/sandbox/plugins/asf-svnpubsub-plugin. Source is https://svn.apache.org/repos/asf/maven/sandbox/trunk/plugins/asf-svnpubsub-plugin. The intent here is that complex sites, such as the main maven site, can be handled by judicious use of 'excludes'. However, since the SCM provider API has the 'simple' form of includes and excludes (only one of each), I have some qualms as to whether it will really work for the top-level site. I'm very much in one-thing-at-a-time mode; this much should at least be useful for 'leaves'. - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org
[RESULT] [VOTE] Release Maven Checkstyle Plugin version 2.9.1
Hi, The vote has passed with the following result : +1 (binding): Daniel Kulp, Benson Margulies, Olivier Lamy, Mark Struberg, Emmanuel Venisse, Hervé Boutemy, Dennis Lundberg +1 (non binding): Tony Chemit I will promote the artifacts to the central repo. On 2012-02-22 14:50, Dennis Lundberg wrote: Hi, We solved 1 issue: http://jira.codehaus.org/secure/ReleaseNote.jspa?projectId=11127styleName=Htmlversion=18335 There are still a couple of issues left in JIRA: http://jira.codehaus.org/secure/IssueNavigator.jspa?reset=truepid=11127status=1 Staging repo: https://repository.apache.org/content/repositories/maven-007/ Staging site: http://maven.apache.org/plugins/maven-checkstyle-plugin-2.9.1/ Guide to testing staged releases: http://maven.apache.org/guides/development/guide-testing-releases.html Vote open for 72 hours. [ ] +1 [ ] +0 [ ] -1 -- Dennis Lundberg - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org
Re: Re : Maven site svnpubsub
Oh, by the way, this does not depend on svn 1.7; in fact, it should work just the same with any scm that has a Maven scm provider. How slow it turns out to be for a large site is another matter; it makes a brand new clean checkout for every publlcation cycle. I could make it trust the 'info' operation of the scm instead, and then it could avoid the need to start from clean, but this seemed more fool-proof with me playing the role of the fool. On Sat, Feb 25, 2012 at 2:46 PM, herve.bout...@free.fr herve.bout...@free.fr wrote: For the main site, I worked with Joe: he incorporated site conventions to the CMS web UI to offert online editing and publishing Then extpaths.txt was added to let components sites published with svnpubsub You have half of the story, I have the other one in site branch :) Envoyé depuis mon mobile - Reply message - De : Benson Margulies bimargul...@gmail.com Pour : Maven Developers List dev@maven.apache.org, Joe Schaefer joe_schae...@yahoo.com Objet : Maven site svnpubsub Date : sam., févr. 25, 2012 20:35 I've got my first offering in this department working, at least a little. org.apache.maven.plugins:asf-svnpubsub-plugin is a Maven plugin that published an entire site to a subversion tree. It has no CMS integration. Once this item is under control, I plan to pick up the trail of breadcrumbs that Joe left me to fit mvn site content into the CMS's control structure. I've site-deployed the doc such as I have it to maven.apache.org/sandbox/plugins/asf-svnpubsub-plugin. Source is https://svn.apache.org/repos/asf/maven/sandbox/trunk/plugins/asf-svnpubsub-plugin. The intent here is that complex sites, such as the main maven site, can be handled by judicious use of 'excludes'. However, since the SCM provider API has the 'simple' form of includes and excludes (only one of each), I have some qualms as to whether it will really work for the top-level site. I'm very much in one-thing-at-a-time mode; this much should at least be useful for 'leaves'. - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org
Re: A discovery about lifecycles, now I just need to put document it someplace.
Wouldn't you find a similar thing in the release plugin? It appears to define it's own. -Chris Sent from my iPhone On 26/02/2012, at 6:41 AM, Benson Margulies bimargul...@gmail.com wrote: What if you wanted to define a mojo to execute a custom lifecycle that included arbitrary goals of arbitrary other plugins? The doc that's out there won't tell you how, but it turns out to be possible. @execute demands that the lifecycle= point to a lifecycle from the local lifecycle.xml. Lifecycle.xml can only mention goals of the current plugin. You might think that the lifecycle mapping mechanism could then be used to add decorations. AFAIKT, not. I ended up with the following: a stub definition in lifecycle.xml, and then both a full lifecycle definition and a mapping definition in components.xml. I suspect the following has some redundancy (and also some redundancy) but I leave it to any experts reading this to point it out. Maven.apache.org has essentially no doc on any of this; there's some in the sonatype.org book, but it doesn't get this far. Lifecycle.xml: lifecycles lifecycle idsvnpubsub/id phases phase idsvnpubsub-prepare/id /phase phase idsvnpubsub-pre-site/id /phase phase idsvnpubsub-site/id /phase phase idsvnpubsub-post-site/id /phase phase idsvnpubsub-publish/id /phase /phases /lifecycle /lifecycles components.xml: component-set components component roleorg.apache.maven.lifecycle.mapping.LifecycleMapping/role role-hintsvnpubsub/role-hint implementation org.apache.maven.lifecycle.mapping.DefaultLifecycleMapping /implementation configuration phases svnpubsub-prepare org.apache.maven.plugins:asf-svnpubsub-plugin:1.0-SNAPSHOT:prepare /svnpubsub-prepare svnpubsub-site org.apache.maven.plugins:maven-site-plugin:3.0:site /svnpubsub-site svnpubsub-post-site org.apache.maven.plugins:maven-site-plugin:3.0:stage /svnpubsub-post-site svnpubsub-publish org.apache.maven.plugins:asf-svnpubsub-plugin:1.0-SNAPSHOT:prepare /svnpubsub-publish /phases /configuration /component component roleorg.apache.maven.lifecycle.Lifecycle/role implementationorg.apache.maven.lifecycle.Lifecycle/implementation role-hintsvnpubsub/role-hint configuration idsvnpubsub/id phases phasesvnpubsub-prepare/phase phasesvnpubsub-site/phase phasesvnpubsub-post-site/phase phasesvnpubsub-publish/phase /phases default-phases svnpubsub-prepare org.apache.maven.plugins:asf-svnpubsub-plugin:1.0-SNAPSHOT:prepare /svnpubsub-prepare svnpubsub-site org.apache.maven.plugins:maven-site-plugin:3.0:site /svnpubsub-site svnpubsub-post-site org.apache.maven.plugins:maven-site-plugin:3.0:stage /svnpubsub-post-site svnpubsub-publish org.apache.maven.plugins:asf-svnpubsub-plugin:1.0-SNAPSHOT:prepare /svnpubsub-publish /default-phases /configuration /component /components /component-set - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org
Re: A discovery about lifecycles, now I just need to put document it someplace.
On Sat, Feb 25, 2012 at 6:05 PM, Chris Graham chrisgw...@gmail.com wrote: Wouldn't you find a similar thing in the release plugin? It appears to define it's own. I'll have a look. This seems suspiciously similar, now that you point it out. Except that the release plugin explicitly invokes maven recursively at the command line rather than using @execute. -Chris Sent from my iPhone On 26/02/2012, at 6:41 AM, Benson Margulies bimargul...@gmail.com wrote: What if you wanted to define a mojo to execute a custom lifecycle that included arbitrary goals of arbitrary other plugins? The doc that's out there won't tell you how, but it turns out to be possible. @execute demands that the lifecycle= point to a lifecycle from the local lifecycle.xml. Lifecycle.xml can only mention goals of the current plugin. You might think that the lifecycle mapping mechanism could then be used to add decorations. AFAIKT, not. I ended up with the following: a stub definition in lifecycle.xml, and then both a full lifecycle definition and a mapping definition in components.xml. I suspect the following has some redundancy (and also some redundancy) but I leave it to any experts reading this to point it out. Maven.apache.org has essentially no doc on any of this; there's some in the sonatype.org book, but it doesn't get this far. Lifecycle.xml: lifecycles lifecycle idsvnpubsub/id phases phase idsvnpubsub-prepare/id /phase phase idsvnpubsub-pre-site/id /phase phase idsvnpubsub-site/id /phase phase idsvnpubsub-post-site/id /phase phase idsvnpubsub-publish/id /phase /phases /lifecycle /lifecycles components.xml: component-set components component roleorg.apache.maven.lifecycle.mapping.LifecycleMapping/role role-hintsvnpubsub/role-hint implementation org.apache.maven.lifecycle.mapping.DefaultLifecycleMapping /implementation configuration phases svnpubsub-prepare org.apache.maven.plugins:asf-svnpubsub-plugin:1.0-SNAPSHOT:prepare /svnpubsub-prepare svnpubsub-site org.apache.maven.plugins:maven-site-plugin:3.0:site /svnpubsub-site svnpubsub-post-site org.apache.maven.plugins:maven-site-plugin:3.0:stage /svnpubsub-post-site svnpubsub-publish org.apache.maven.plugins:asf-svnpubsub-plugin:1.0-SNAPSHOT:prepare /svnpubsub-publish /phases /configuration /component component roleorg.apache.maven.lifecycle.Lifecycle/role implementationorg.apache.maven.lifecycle.Lifecycle/implementation role-hintsvnpubsub/role-hint configuration idsvnpubsub/id phases phasesvnpubsub-prepare/phase phasesvnpubsub-site/phase phasesvnpubsub-post-site/phase phasesvnpubsub-publish/phase /phases default-phases svnpubsub-prepare org.apache.maven.plugins:asf-svnpubsub-plugin:1.0-SNAPSHOT:prepare /svnpubsub-prepare svnpubsub-site org.apache.maven.plugins:maven-site-plugin:3.0:site /svnpubsub-site svnpubsub-post-site org.apache.maven.plugins:maven-site-plugin:3.0:stage /svnpubsub-post-site svnpubsub-publish org.apache.maven.plugins:asf-svnpubsub-plugin:1.0-SNAPSHOT:prepare /svnpubsub-publish /default-phases /configuration /component /components /component-set - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org
Re: A discovery about lifecycles, now I just need to put document it someplace.
The other thought hit me. Scan the code base for life cycles.xml and/or @exectute. See where (if) it's used elsewhere. -Chris Sent from my iPhone On 26/02/2012, at 10:10 AM, Benson Margulies bimargul...@gmail.com wrote: On Sat, Feb 25, 2012 at 6:05 PM, Chris Graham chrisgw...@gmail.com wrote: Wouldn't you find a similar thing in the release plugin? It appears to define it's own. I'll have a look. This seems suspiciously similar, now that you point it out. Except that the release plugin explicitly invokes maven recursively at the command line rather than using @execute. -Chris Sent from my iPhone On 26/02/2012, at 6:41 AM, Benson Margulies bimargul...@gmail.com wrote: What if you wanted to define a mojo to execute a custom lifecycle that included arbitrary goals of arbitrary other plugins? The doc that's out there won't tell you how, but it turns out to be possible. @execute demands that the lifecycle= point to a lifecycle from the local lifecycle.xml. Lifecycle.xml can only mention goals of the current plugin. You might think that the lifecycle mapping mechanism could then be used to add decorations. AFAIKT, not. I ended up with the following: a stub definition in lifecycle.xml, and then both a full lifecycle definition and a mapping definition in components.xml. I suspect the following has some redundancy (and also some redundancy) but I leave it to any experts reading this to point it out. Maven.apache.org has essentially no doc on any of this; there's some in the sonatype.org book, but it doesn't get this far. Lifecycle.xml: lifecycles lifecycle idsvnpubsub/id phases phase idsvnpubsub-prepare/id /phase phase idsvnpubsub-pre-site/id /phase phase idsvnpubsub-site/id /phase phase idsvnpubsub-post-site/id /phase phase idsvnpubsub-publish/id /phase /phases /lifecycle /lifecycles components.xml: component-set components component roleorg.apache.maven.lifecycle.mapping.LifecycleMapping/role role-hintsvnpubsub/role-hint implementation org.apache.maven.lifecycle.mapping.DefaultLifecycleMapping /implementation configuration phases svnpubsub-prepare org.apache.maven.plugins:asf-svnpubsub-plugin:1.0-SNAPSHOT:prepare /svnpubsub-prepare svnpubsub-site org.apache.maven.plugins:maven-site-plugin:3.0:site /svnpubsub-site svnpubsub-post-site org.apache.maven.plugins:maven-site-plugin:3.0:stage /svnpubsub-post-site svnpubsub-publish org.apache.maven.plugins:asf-svnpubsub-plugin:1.0-SNAPSHOT:prepare /svnpubsub-publish /phases /configuration /component component roleorg.apache.maven.lifecycle.Lifecycle/role implementationorg.apache.maven.lifecycle.Lifecycle/implementation role-hintsvnpubsub/role-hint configuration idsvnpubsub/id phases phasesvnpubsub-prepare/phase phasesvnpubsub-site/phase phasesvnpubsub-post-site/phase phasesvnpubsub-publish/phase /phases default-phases svnpubsub-prepare org.apache.maven.plugins:asf-svnpubsub-plugin:1.0-SNAPSHOT:prepare /svnpubsub-prepare svnpubsub-site org.apache.maven.plugins:maven-site-plugin:3.0:site /svnpubsub-site svnpubsub-post-site org.apache.maven.plugins:maven-site-plugin:3.0:stage /svnpubsub-post-site svnpubsub-publish org.apache.maven.plugins:asf-svnpubsub-plugin:1.0-SNAPSHOT:prepare /svnpubsub-publish /default-phases /configuration /component /components /component-set - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org
Re: Maven site svnpubsub
Nice job Benson! A lot of things have changed recently with regard to the CMS to better make use of your plugin. See INFRA-4466 and grep http://www.apache.org/dev/cmsref for extpaths.txt for the details. From: Benson Margulies bimargul...@gmail.com To: Maven Developers List dev@maven.apache.org; Joe Schaefer joe_schae...@yahoo.com Sent: Saturday, February 25, 2012 2:35 PM Subject: Maven site svnpubsub I've got my first offering in this department working, at least a little. org.apache.maven.plugins:asf-svnpubsub-plugin is a Maven plugin that published an entire site to a subversion tree. It has no CMS integration. Once this item is under control, I plan to pick up the trail of breadcrumbs that Joe left me to fit mvn site content into the CMS's control structure. I've site-deployed the doc such as I have it to maven.apache.org/sandbox/plugins/asf-svnpubsub-plugin. Source is https://svn.apache.org/repos/asf/maven/sandbox/trunk/plugins/asf-svnpubsub-plugin. The intent here is that complex sites, such as the main maven site, can be handled by judicious use of 'excludes'. However, since the SCM provider API has the 'simple' form of includes and excludes (only one of each), I have some qualms as to whether it will really work for the top-level site. I'm very much in one-thing-at-a-time mode; this much should at least be useful for 'leaves'.
Intent to release Doxia and Site Plugin
Hi I've started planning for a release of Doxia and the Site Plugin. If anyone has issues they'd like to fix before this release now is the time to do it. Just let me know how much time you need. My main driver is to get the fix for MSITE-602 into a release so that we can start using it. That will make staging the sites for our releases less troublesome. Here is the current plan: - Release Doxia 1.3 (10 issues fixed) - Release Doxia Sitetools 1.3 (6 issues fixed) - Release Maven Site Plugin 2.4 (6 issues fixed) and retire the 2.x branch after that - Release Maven Reporting Exec 1.0.2 (1 issue fixed) - Release Maven Site Plugin 3.1 (11 of 17 currently scheduled issues fixed) Of the 6 open issues for Site Plugin 3.1 I think we should try to fix MSITE-610, which is a documentation issue. It's currently assigned to Olivier. I'm fine pushing the rest to a later version. -- Dennis Lundberg - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org
TCK Tests
Hi All. I've almost finished all of the work to fully implement the maven-scm-provider-jazz. Just the update (doable) and the changelog (at least three different calls to implement, but doable). I've JUnit tested most, if not all of what I can. So, it's now time to look at the TCK tests. Jazz requires a functioning server to communicate with to do anything. So, there is no ability to create workspaces or repos (like svnadmin/git init can). So, is it feasable to create TCK tests? That aside, are we testing the scm:xxx commands, or the underlying native commands being called? -Chris Sent from my iPhone - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org
Re: TCK Tests
2012/2/26 Chris Graham chrisgw...@gmail.com: Hi All. I've almost finished all of the work to fully implement the maven-scm-provider-jazz. Just the update (doable) and the changelog (at least three different calls to implement, but doable). I've JUnit tested most, if not all of what I can. So, it's now time to look at the TCK tests. Jazz requires a functioning server to communicate with to do anything. So, there is no ability to create workspaces or repos (like svnadmin/git init can). So, is it feasable to create TCK tests? Sure most of use don't want to install jazz locally :-). Just add those TCK tests will run with a separate profile (tck-jazz) not activated by default. By default surefire is configured to excluded by default exclude**/*TckTest.java/exclude. have a look at svn git providers to see how it's activated. That aside, are we testing the scm:xxx commands, or the underlying native commands being called? IMHO scm api commands is enough. -Chris Sent from my iPhone - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org -- Olivier Lamy Talend: http://coders.talend.com http://twitter.com/olamy | http://linkedin.com/in/olamy - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org
