Re: new report
Hi Mark! sure, no problem! can you point me please to the documentation where I can find the dependency pattern for those build systems? Many thanks in advance! Simo http://people.apache.org/~simonetripodi/ http://simonetripodi.livejournal.com/ http://twitter.com/simonetripodi http://www.99soft.org/ On Sun, Nov 27, 2011 at 7:32 AM, Mark Derricutt m...@talios.com wrote: +1 nice. Would be good to see Leiningen ( clojure ) and sbt ( scala ) mentioned as well to complete the set. Mark -- Great artists are extremely selfish and arrogant things — Steven Wilson, Porcupine Tree On Sun, Nov 27, 2011 at 6:33 AM, Simone Tripodi simonetrip...@apache.orgwrote: Hi all guys, I found few minutes to work on a simple idea [1] to create a new module report, you can find a preview on my personal ASF space[2], WDYT? Many thanks in advance, all the best! Simo [1] http://jira.codehaus.org/browse/MPIR-236 [2] http://people.apache.org/~simonetripodi/minimal-pom/dependency-info.html http://people.apache.org/~simonetripodi/ http://simonetripodi.livejournal.com/ http://twitter.com/simonetripodi http://www.99soft.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
[ANN] Maven Fluido Skin 1.0 Released
The Maven team is pleased to announce the first release of the Maven Fluido Skin! The Apache Maven Fluido Skin is an Apache Maven site skin built on top of Twitter's bootstrap. http://maven.apache.org/skins/maven-fluido-skin/ You should specify the version in your site.xml configuration: project name=xxx ... skin groupIdorg.apache.maven.skins/groupId artifactIdmaven-fluido-skin/artifactId version1.0/version /skin ... /project Enjoy, -Simo, on behalf The Maven team http://people.apache.org/~simonetripodi/ http://simonetripodi.livejournal.com/ http://twitter.com/simonetripodi http://www.99soft.org/ - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org
Re: new report
Doh - was on my way out earlier. Should have mentioned it in the post! Leiningen: [groupId/artifactId version] If the groupId/artifactId are the same, you can just use [artifactId version] https://github.com/technomancy/leiningen http://clojars.org/swank-clojure - an example from the clojars repo SBT: libraryDependencies += groupId %% artifactId % version Taken from https://github.com/harrah/xsbt/wiki/Quick-Configuration-Examples -- Great artists are extremely selfish and arrogant things — Steven Wilson, Porcupine Tree On Sun, Nov 27, 2011 at 11:06 PM, Simone Tripodi simonetrip...@apache.orgwrote: Hi Mark! sure, no problem! can you point me please to the documentation where I can find the dependency pattern for those build systems? Many thanks in advance! Simo http://people.apache.org/~simonetripodi/ http://simonetripodi.livejournal.com/ http://twitter.com/simonetripodi http://www.99soft.org/ On Sun, Nov 27, 2011 at 7:32 AM, Mark Derricutt m...@talios.com wrote: +1 nice. Would be good to see Leiningen ( clojure ) and sbt ( scala ) mentioned as well to complete the set. Mark -- Great artists are extremely selfish and arrogant things — Steven Wilson, Porcupine Tree On Sun, Nov 27, 2011 at 6:33 AM, Simone Tripodi simonetrip...@apache.orgwrote: Hi all guys, I found few minutes to work on a simple idea [1] to create a new module report, you can find a preview on my personal ASF space[2], WDYT? Many thanks in advance, all the best! Simo [1] http://jira.codehaus.org/browse/MPIR-236 [2] http://people.apache.org/~simonetripodi/minimal-pom/dependency-info.html http://people.apache.org/~simonetripodi/ http://simonetripodi.livejournal.com/ http://twitter.com/simonetripodi http://www.99soft.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: Syntax coloured code snippets in Site - existing or DYO
Hello there Simone, You are quite right; I tested applying the maven-fluido-skin to the jaxb2-maven-plugin, patch http://jira.codehaus.org/browse/MJAXB-55. Feel free to checkout / patch to take a look at the skin in action. Another question, though: How do I disable line numbering for *some* code listings within the site? For instance, it would be good to be able to remove line numbers for listings intended to facilitate copy/paste for the user, while keeping line numbering for listings intended to be used as examples (i.e. where I want to explain what certain code lines do). It seems that the site.xml configuration enables or disables features such as line numbers for all listings within the entire site. Correct? 2011/11/26 Simone Tripodi simonetrip...@apache.org Hi Lennart, what yu=ou described is something that si already working (at least for us), for your purposes you could just use the fluido-skin with that configuration in site.xml skin groupIdorg.apache.maven.skins/groupId artifactIdmaven-fluido-skin/artifactId version1.0/version /skin custom fluidoSkin sourceLineNumbersEnabledtrue/sourceLineNumbersEnabled /fluidoSkin /custom source code snippets contained in source ... source in XDoc and +-+ ... +-+ in APT are auto-detected via google code prettifier and automatically rendered, without the pain to configure elements by yourself. Just wait a couple of hours that we have to release the skin, and code is enhanced. Let me know if you need help, I would more than pleased to provide my support! All the best, have a nice weekend, Simo http://people.apache.org/~simonetripodi/ http://simonetripodi.livejournal.com/ http://twitter.com/simonetripodi http://www.99soft.org/ On Sat, Nov 26, 2011 at 1:58 PM, Lennart Jörelid lennart.jore...@gmail.com wrote: Hello Simone, First - sorry for being short on the brink of incomprehensible in my response above. You are correct in that Doxia prepares HTML and the skin applies the style. However, to simplify site generation for the site developer, we need to create a set of markups understandable by Doxia (or, more precisely, the Doxia APT enhancements) indicating that the content in between them should be interpreted as code in a particular language - such as Java or XML. Say ... (crude XML form here, but just intended as an example) ... code language=java displayLineNumbers=yes linkUrlsInCode=yes ... java code goes here ... /code That particular element would hook into the CSS or style sheets, to generate syntax highlighted code within the maven site, using something like the Syntax Highlighter (http://alexgorbatchev.com/SyntaxHighlighter/) or the Google code prettify ( http://code.google.com/p/google-code-prettify/ ). For example, I need this code-with-linenumbers feature for a patch to the jaxb2-maven-plugin to explain the correlation between annotations in java code, plugin XML configuration and resulting/generated XML schema files. However, I am at a loss regarding how to do it with the tools available in APT today, since there is no code element working similar to the example above - at least to my knowledge. I'll check out the code, file issues and such tomorrow. :) Fair? 2011/11/26 Simone Tripodi simonetrip...@apache.org Hi all, apologize but I have my own difficulties on understanding the issue; why applying the code highlight should be a concern of the doxia renderer? I mean, Doxia has the task of generating the html code, the skin has the task of applying styles on elements where class/id are already set... I think that's why the issue has'n been fixed yet. @Lennart: do you mind filling an issue on https://jira.codehaus.org/browse/MSKINS/ ? TIA! All the best, have a nice WE! Simo http://people.apache.org/~simonetripodi/ http://simonetripodi.livejournal.com/ http://twitter.com/simonetripodi http://www.99soft.org/ On Sat, Nov 26, 2011 at 9:07 AM, Lukas Theussl ltheu...@apache.org wrote: There is a feature request for that: https://jira.codehaus.org/browse/DOXIA-439 It's not implemented yet... HTH, -Lukas On Sat, Nov 26, 2011 at 2:16 AM, Lennart Jörelid lennart.jore...@gmail.comwrote: Hello Simone, Looking good. So ... given that this is a skin to maven, could you include the CSS and JS of the syntax highlighter (i.e. http://alexgorbatchev.com/SyntaxHighlighter/ )? However, I guess my question is on a more fundamental level. What do we need to do in an APT file (or one of the other site documentation format files) to achieve pretty-printed/syntax colored source snippets in Java or XML? There seems to be no mention of exactly how to craft code snippet examples - as far as I can see - on the http://maven.apache.org/doxia/references/doxia-apt.html (and
Re: new report
Thanks a lot Mark! so sorry but I didn't even know the existence of these tools :( I'm going to quickly deprecate myself :) Going to update the generation right now, I'll deploy a new report and keep you updated! Have a nice day, Simo http://people.apache.org/~simonetripodi/ http://simonetripodi.livejournal.com/ http://twitter.com/simonetripodi http://www.99soft.org/ On Sun, Nov 27, 2011 at 11:23 AM, Mark Derricutt m...@talios.com wrote: Doh - was on my way out earlier. Should have mentioned it in the post! Leiningen: [groupId/artifactId version] If the groupId/artifactId are the same, you can just use [artifactId version] https://github.com/technomancy/leiningen http://clojars.org/swank-clojure - an example from the clojars repo SBT: libraryDependencies += groupId %% artifactId % version Taken from https://github.com/harrah/xsbt/wiki/Quick-Configuration-Examples -- Great artists are extremely selfish and arrogant things — Steven Wilson, Porcupine Tree On Sun, Nov 27, 2011 at 11:06 PM, Simone Tripodi simonetrip...@apache.orgwrote: Hi Mark! sure, no problem! can you point me please to the documentation where I can find the dependency pattern for those build systems? Many thanks in advance! Simo http://people.apache.org/~simonetripodi/ http://simonetripodi.livejournal.com/ http://twitter.com/simonetripodi http://www.99soft.org/ On Sun, Nov 27, 2011 at 7:32 AM, Mark Derricutt m...@talios.com wrote: +1 nice. Would be good to see Leiningen ( clojure ) and sbt ( scala ) mentioned as well to complete the set. Mark -- Great artists are extremely selfish and arrogant things — Steven Wilson, Porcupine Tree On Sun, Nov 27, 2011 at 6:33 AM, Simone Tripodi simonetrip...@apache.orgwrote: Hi all guys, I found few minutes to work on a simple idea [1] to create a new module report, you can find a preview on my personal ASF space[2], WDYT? Many thanks in advance, all the best! Simo [1] http://jira.codehaus.org/browse/MPIR-236 [2] http://people.apache.org/~simonetripodi/minimal-pom/dependency-info.html http://people.apache.org/~simonetripodi/ http://simonetripodi.livejournal.com/ http://twitter.com/simonetripodi http://www.99soft.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: Syntax coloured code snippets in Site - existing or DYO
Hi Lennart, unfortunately there's no way ATM to specify where applying the line numbering and where not :( The only way to do it, would be applying what you suggested in your first message :) Have a nice day, all the best! Simo http://people.apache.org/~simonetripodi/ http://simonetripodi.livejournal.com/ http://twitter.com/simonetripodi http://www.99soft.org/ On Sun, Nov 27, 2011 at 11:52 AM, Lennart Jörelid lennart.jore...@gmail.com wrote: Hello there Simone, You are quite right; I tested applying the maven-fluido-skin to the jaxb2-maven-plugin, patch http://jira.codehaus.org/browse/MJAXB-55. Feel free to checkout / patch to take a look at the skin in action. Another question, though: How do I disable line numbering for *some* code listings within the site? For instance, it would be good to be able to remove line numbers for listings intended to facilitate copy/paste for the user, while keeping line numbering for listings intended to be used as examples (i.e. where I want to explain what certain code lines do). It seems that the site.xml configuration enables or disables features such as line numbers for all listings within the entire site. Correct? 2011/11/26 Simone Tripodi simonetrip...@apache.org Hi Lennart, what yu=ou described is something that si already working (at least for us), for your purposes you could just use the fluido-skin with that configuration in site.xml skin groupIdorg.apache.maven.skins/groupId artifactIdmaven-fluido-skin/artifactId version1.0/version /skin custom fluidoSkin sourceLineNumbersEnabledtrue/sourceLineNumbersEnabled /fluidoSkin /custom source code snippets contained in source ... source in XDoc and +-+ ... +-+ in APT are auto-detected via google code prettifier and automatically rendered, without the pain to configure elements by yourself. Just wait a couple of hours that we have to release the skin, and code is enhanced. Let me know if you need help, I would more than pleased to provide my support! All the best, have a nice weekend, Simo http://people.apache.org/~simonetripodi/ http://simonetripodi.livejournal.com/ http://twitter.com/simonetripodi http://www.99soft.org/ On Sat, Nov 26, 2011 at 1:58 PM, Lennart Jörelid lennart.jore...@gmail.com wrote: Hello Simone, First - sorry for being short on the brink of incomprehensible in my response above. You are correct in that Doxia prepares HTML and the skin applies the style. However, to simplify site generation for the site developer, we need to create a set of markups understandable by Doxia (or, more precisely, the Doxia APT enhancements) indicating that the content in between them should be interpreted as code in a particular language - such as Java or XML. Say ... (crude XML form here, but just intended as an example) ... code language=java displayLineNumbers=yes linkUrlsInCode=yes ... java code goes here ... /code That particular element would hook into the CSS or style sheets, to generate syntax highlighted code within the maven site, using something like the Syntax Highlighter (http://alexgorbatchev.com/SyntaxHighlighter/) or the Google code prettify ( http://code.google.com/p/google-code-prettify/ ). For example, I need this code-with-linenumbers feature for a patch to the jaxb2-maven-plugin to explain the correlation between annotations in java code, plugin XML configuration and resulting/generated XML schema files. However, I am at a loss regarding how to do it with the tools available in APT today, since there is no code element working similar to the example above - at least to my knowledge. I'll check out the code, file issues and such tomorrow. :) Fair? 2011/11/26 Simone Tripodi simonetrip...@apache.org Hi all, apologize but I have my own difficulties on understanding the issue; why applying the code highlight should be a concern of the doxia renderer? I mean, Doxia has the task of generating the html code, the skin has the task of applying styles on elements where class/id are already set... I think that's why the issue has'n been fixed yet. @Lennart: do you mind filling an issue on https://jira.codehaus.org/browse/MSKINS/ ? TIA! All the best, have a nice WE! Simo http://people.apache.org/~simonetripodi/ http://simonetripodi.livejournal.com/ http://twitter.com/simonetripodi http://www.99soft.org/ On Sat, Nov 26, 2011 at 9:07 AM, Lukas Theussl ltheu...@apache.org wrote: There is a feature request for that: https://jira.codehaus.org/browse/DOXIA-439 It's not implemented yet... HTH, -Lukas On Sat, Nov 26, 2011 at 2:16 AM, Lennart Jörelid lennart.jore...@gmail.comwrote: Hello Simone, Looking good. So ... given that this is a skin to maven, could you include the CSS and JS of the syntax highlighter (i.e.
Re: new report
Hi again Mark, here is the new generated report[1] including Leiningen and SBT, please let me know if there are more that have to be included! Have a nice day, all the best! Simo [1] http://people.apache.org/~simonetripodi/minimal-pom/dependency-info.html http://people.apache.org/~simonetripodi/ http://simonetripodi.livejournal.com/ http://twitter.com/simonetripodi http://www.99soft.org/ On Sun, Nov 27, 2011 at 12:43 PM, Simone Tripodi simonetrip...@apache.org wrote: Thanks a lot Mark! so sorry but I didn't even know the existence of these tools :( I'm going to quickly deprecate myself :) Going to update the generation right now, I'll deploy a new report and keep you updated! Have a nice day, Simo http://people.apache.org/~simonetripodi/ http://simonetripodi.livejournal.com/ http://twitter.com/simonetripodi http://www.99soft.org/ On Sun, Nov 27, 2011 at 11:23 AM, Mark Derricutt m...@talios.com wrote: Doh - was on my way out earlier. Should have mentioned it in the post! Leiningen: [groupId/artifactId version] If the groupId/artifactId are the same, you can just use [artifactId version] https://github.com/technomancy/leiningen http://clojars.org/swank-clojure - an example from the clojars repo SBT: libraryDependencies += groupId %% artifactId % version Taken from https://github.com/harrah/xsbt/wiki/Quick-Configuration-Examples -- Great artists are extremely selfish and arrogant things — Steven Wilson, Porcupine Tree On Sun, Nov 27, 2011 at 11:06 PM, Simone Tripodi simonetrip...@apache.orgwrote: Hi Mark! sure, no problem! can you point me please to the documentation where I can find the dependency pattern for those build systems? Many thanks in advance! Simo http://people.apache.org/~simonetripodi/ http://simonetripodi.livejournal.com/ http://twitter.com/simonetripodi http://www.99soft.org/ On Sun, Nov 27, 2011 at 7:32 AM, Mark Derricutt m...@talios.com wrote: +1 nice. Would be good to see Leiningen ( clojure ) and sbt ( scala ) mentioned as well to complete the set. Mark -- Great artists are extremely selfish and arrogant things — Steven Wilson, Porcupine Tree On Sun, Nov 27, 2011 at 6:33 AM, Simone Tripodi simonetrip...@apache.orgwrote: Hi all guys, I found few minutes to work on a simple idea [1] to create a new module report, you can find a preview on my personal ASF space[2], WDYT? Many thanks in advance, all the best! Simo [1] http://jira.codehaus.org/browse/MPIR-236 [2] http://people.apache.org/~simonetripodi/minimal-pom/dependency-info.html http://people.apache.org/~simonetripodi/ http://simonetripodi.livejournal.com/ http://twitter.com/simonetripodi http://www.99soft.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: [VOTE] Apache Maven 3.0.4
Tried on several Maven and Mojo projects, all looking good. +1 -Robert Date: Sat, 26 Nov 2011 00:22:11 -0200 Subject: Re: [VOTE] Apache Maven 3.0.4 From: velo...@gmail.com To: dev@maven.apache.org Flexmojos built just fine! On Fri, Nov 25, 2011 at 7:17 AM, Olivier Lamy ol...@apache.org wrote: Hello, I'd like to release Apache Maven 3.0.4. We fixed 31 issues. See release notes: http://jira.codehaus.org/secure/ReleaseNote.jspa?projectId=10500version=17215 The staged repo is available here: https://repository.apache.org/content/repositories/maven-244/ . The staged distributions are available here: http://people.apache.org/builds/maven/3.0.4/ As we are near the week end, the vote will be a 5 days vote (which is around 120 hours) [+1] [0] [-1] Here my +1 Thanks, -- 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 - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org
Re: [VOTE] Apache Maven 3.0.4
+1 (binding) No regression found on a large set of projects. Thx Cheers Le 27 nov. 2011 à 14:38, Robert Scholte rfscho...@codehaus.org a écrit : Tried on several Maven and Mojo projects, all looking good. +1 -Robert Date: Sat, 26 Nov 2011 00:22:11 -0200 Subject: Re: [VOTE] Apache Maven 3.0.4 From: velo...@gmail.com To: dev@maven.apache.org Flexmojos built just fine! On Fri, Nov 25, 2011 at 7:17 AM, Olivier Lamy ol...@apache.org wrote: Hello, I'd like to release Apache Maven 3.0.4. We fixed 31 issues. See release notes: http://jira.codehaus.org/secure/ReleaseNote.jspa?projectId=10500version=17215 The staged repo is available here: https://repository.apache.org/content/repositories/maven-244/ . The staged distributions are available here: http://people.apache.org/builds/maven/3.0.4/ As we are near the week end, the vote will be a 5 days vote (which is around 120 hours) [+1] [0] [-1] Here my +1 Thanks, -- 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 - 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: [VOTE] Apache Maven 3.0.4
Works fine with gwt-maven-plugin, jenkins-the-definitive-guide-book and one of my Hadoop based project. Regards Jeff MAURY 2011/11/27 Arnaud Héritier aherit...@gmail.com +1 (binding) No regression found on a large set of projects. Thx Cheers Le 27 nov. 2011 à 14:38, Robert Scholte rfscho...@codehaus.org a écrit : Tried on several Maven and Mojo projects, all looking good. +1 -Robert Date: Sat, 26 Nov 2011 00:22:11 -0200 Subject: Re: [VOTE] Apache Maven 3.0.4 From: velo...@gmail.com To: dev@maven.apache.org Flexmojos built just fine! On Fri, Nov 25, 2011 at 7:17 AM, Olivier Lamy ol...@apache.org wrote: Hello, I'd like to release Apache Maven 3.0.4. We fixed 31 issues. See release notes: http://jira.codehaus.org/secure/ReleaseNote.jspa?projectId=10500version=17215 The staged repo is available here: https://repository.apache.org/content/repositories/maven-244/ . The staged distributions are available here: http://people.apache.org/builds/maven/3.0.4/ As we are near the week end, the vote will be a 5 days vote (which is around 120 hours) [+1] [0] [-1] Here my +1 Thanks, -- 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 - 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 -- Legacy code often differs from its suggested alternative by actually working and scaling. - Bjarne Stroustrup http://www.jeffmaury.com http://riadiscuss.jeffmaury.com http://www.twitter.com/jeffmaury
[VOTE] Release Maven Surefire version 2.11
Hi, We solved 20 issues: http://jira.codehaus.org/secure/ReleaseNote.jspa?projectId=10541version=17856 This version supports JUnit 4.8 @Category annotation, using the groups parameter on the plugin (using the 4.7 provider). Notable new features in this release are runOrder=failedfirst and runOrder=balanced, this last parameter tries to optimize the overall run-time for parallel test runs. Users migrating from classic JUnit4 to the 4.7 provider to use categories may want to take note of http://jira.codehaus.org/browse/SUREFIRE-798 Changes to the proposed Surefire API are documented in http://jira.codehaus.org/browse/SUREFIRE-802 There are still lots of issues left in JIRA: http://jira.codehaus.org/secure/IssueNavigator.jspa?reset=truemode=hidejqlQuery=project+%3D+SUREFIRE+AND+resolution+%3D+Unresolved+ORDER+BY+updated+DESC Staging repo: https://repository.apache.org/content/repositories/maven-257/ Staging site: http://maven.apache.org/surefire-2.11/ http://maven.apache.org/plugins/maven-failsafe-plugin-2.11/ http://maven.apache.org/plugins/maven-surefire-plugin-2.11/ http://maven.apache.org/plugins/maven-surefire-reports-plugin-2.11/ Guide to testing staged releases: http://maven.apache.org/guides/development/guide-testing-releases.html Vote open for 72 hours. [ ] +1 [ ] +0 [ ] -1 - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org
Re: Syntax coloured code snippets in Site - existing or DYO
Hello Lukas, A question here... It seems simple enough to add the required constants conveying the choice to provide syntax coloring or line number visibility to Doxia's SinkEventAttributes. It also seems simple enough to make a smallish change to the core SinkAdapter, to recognize more properties than the boxed attribute, and to propagate this change to all relevant doxia modules. These changes caters for the need to convey the semantics of some extra properties to all modules. Fair enough. However, each module interested in interpreting these new attributes in a meaningful way must have some means to configure them in its native markup. According to the SunkUtils class, code of all kinds is rendered within div or pre tags - implying Verbatim SinkEventAttributes. While the documentation for SinkEventAttributes.DECORATION claims that 'Generally accepted values are underline, overline, line-through, boxed', the SinkAdapter.verbatim() method in its current form only recognizes the value boxed. To provide the ability to set optional properties (boxed, syntaxColored, lineNumbersVisible), one could simply create more SinkEventAttributes values. No biggie. But ... taking the APT module (which seems a decently frequently used one) as an example, we have 2 choices for markup alterations: a) Permutations of the currently available one, or b) Mutator elements within the verbatim block If we choose (a), we end up with several markup permutations (with/without syntax coloring; with/without line numbers displayed). Currently, the only two choices in the AptMarkup interface are BOXED_VERBATIM_START_MARKUP (+--+) and HEADER_START_MARKUP ( -). What seems the dim way to solve the problem would then be simply creating several new markup starts along the lines of: /** Syntax for the boxed verbatim start, indicating syntax coloring should be used: +c-+ */ String BOXED_VERBATIM_WITH_SYNTAX_COLORING_START_MARKUP = String.valueOf( PLUS ) + StringUtils.repeat( String.valueOf( MINUS ), 6 ) + String.valueOf( PLUS ); /** Syntax for the boxed verbatim start, indicating line numbers should be used: +cl+ */ String BOXED_VERBATIM_WITH_LINE_NUMBERS_START_MARKUP = String.valueOf( PLUS ) + StringUtils.repeat( String.valueOf( MINUS ), 6 ) + String.valueOf( PLUS ); If we choose (b), we would be required to introduce mutators within the verbatim markup elements - something along the lines of: +--+ [option: [displayLineNumbers] [useSyntaxColoring]] ... code goes here ... +--+ I prefer the latter solution, and I hope to be able to grab the last part of the start line within the APT module given a small tweak to the AptSink in order for it not to use the verbatim(boolean) method. Do you have comments or suggestions for me so far? 2011/11/26 Lukas Theussl ltheu...@apache.org There is a feature request for that: https://jira.codehaus.org/browse/DOXIA-439 It's not implemented yet... HTH, -Lukas On Sat, Nov 26, 2011 at 2:16 AM, Lennart Jörelid lennart.jore...@gmail.comwrote: Hello Simone, Looking good. So ... given that this is a skin to maven, could you include the CSS and JS of the syntax highlighter (i.e. http://alexgorbatchev.com/SyntaxHighlighter/ )? However, I guess my question is on a more fundamental level. What do we need to do in an APT file (or one of the other site documentation format files) to achieve pretty-printed/syntax colored source snippets in Java or XML? There seems to be no mention of exactly how to craft code snippet examples - as far as I can see - on the http://maven.apache.org/doxia/references/doxia-apt.html (and friends) pages. 2011/11/26 Simone Tripodi simonetrip...@apache.org Hi Lennart, we are going to release the maven-fluido-skin[1] that does also code prettyprint ans syntax highlight. HTH! Simo [1] http://maven.apache.org/skins/maven-fluido-skin/ http://people.apache.org/~simonetripodi/ http://simonetripodi.livejournal.com/ http://twitter.com/simonetripodi http://www.99soft.org/ On Sat, Nov 26, 2011 at 1:15 AM, Lennart Jörelid lennart.jore...@gmail.com wrote: Hello folks, I need to include some pretty-printed and syntax coloured code snippets into the maven site of a set of projects. After a tad of searching, I haven't found any plugin or extension to Doxia that seems to do this. There seems to be several box text and don't ruin its formatting-type tags and operations - but I would like to pretty print and syntax colour both Java and XML files. ... and I suppose this is fixed by some nice doxia-based utility already. Could you point me in the correct direction? // Bästa hälsningar, // [sw. Best regards // // Lennart Jörelid // lennart.jore...@gmail.com - To unsubscribe, e-mail:
Re: [VOTE] Release Maven Surefire version 2.11
One more thing; This version is marked as the last java 1.4 compatible version in JIRA, the next version will be java 1.5 for the plugin. Surefire can still *fork* all the way down to jdk 1.3 for JUnit 3.8.1. Kristian 2011/11/27 Kristian Rosenvold kristian.rosenv...@gmail.com Hi, We solved 20 issues: http://jira.codehaus.org/secure/ReleaseNote.jspa?projectId=10541version=17856 This version supports JUnit 4.8 @Category annotation, using the groups parameter on the plugin (using the 4.7 provider). Notable new features in this release are runOrder=failedfirst and runOrder=balanced, this last parameter tries to optimize the overall run-time for parallel test runs. Users migrating from classic JUnit4 to the 4.7 provider to use categories may want to take note of http://jira.codehaus.org/browse/SUREFIRE-798 Changes to the proposed Surefire API are documented in http://jira.codehaus.org/browse/SUREFIRE-802 There are still lots of issues left in JIRA: http://jira.codehaus.org/secure/IssueNavigator.jspa?reset=truemode=hidejqlQuery=project+%3D+SUREFIRE+AND+resolution+%3D+Unresolved+ORDER+BY+updated+DESC Staging repo: https://repository.apache.org/content/repositories/maven-257/ Staging site: http://maven.apache.org/surefire-2.11/ http://maven.apache.org/plugins/maven-failsafe-plugin-2.11/ http://maven.apache.org/plugins/maven-surefire-plugin-2.11/ http://maven.apache.org/plugins/maven-surefire-reports-plugin-2.11/ Guide to testing staged releases: http://maven.apache.org/guides/development/guide-testing-releases.html Vote open for 72 hours. [ ] +1 [ ] +0 [ ] -1 - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org
Re: [VOTE] Apache Maven 3.0.4
+1 (non binding) I've happily developed for the whole day - even forgetting I was using the 3.0.4! :D Thanks for taking care of the release! Simo http://people.apache.org/~simonetripodi/ http://simonetripodi.livejournal.com/ http://twitter.com/simonetripodi http://www.99soft.org/ On Sun, Nov 27, 2011 at 6:07 PM, Jeff MAURY jeffma...@jeffmaury.com wrote: Works fine with gwt-maven-plugin, jenkins-the-definitive-guide-book and one of my Hadoop based project. Regards Jeff MAURY 2011/11/27 Arnaud Héritier aherit...@gmail.com +1 (binding) No regression found on a large set of projects. Thx Cheers Le 27 nov. 2011 à 14:38, Robert Scholte rfscho...@codehaus.org a écrit : Tried on several Maven and Mojo projects, all looking good. +1 -Robert Date: Sat, 26 Nov 2011 00:22:11 -0200 Subject: Re: [VOTE] Apache Maven 3.0.4 From: velo...@gmail.com To: dev@maven.apache.org Flexmojos built just fine! On Fri, Nov 25, 2011 at 7:17 AM, Olivier Lamy ol...@apache.org wrote: Hello, I'd like to release Apache Maven 3.0.4. We fixed 31 issues. See release notes: http://jira.codehaus.org/secure/ReleaseNote.jspa?projectId=10500version=17215 The staged repo is available here: https://repository.apache.org/content/repositories/maven-244/ . The staged distributions are available here: http://people.apache.org/builds/maven/3.0.4/ As we are near the week end, the vote will be a 5 days vote (which is around 120 hours) [+1] [0] [-1] Here my +1 Thanks, -- 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 - 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 -- Legacy code often differs from its suggested alternative by actually working and scaling. - Bjarne Stroustrup http://www.jeffmaury.com http://riadiscuss.jeffmaury.com http://www.twitter.com/jeffmaury - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org
Re: ideas for the maven site
On 26/11/2011, at 9:51 PM, Simone Tripodi wrote: Bonjour Olivier! indeed, a well visible `Download` button is missing, I even got confused on reading the page I realized :D +1 I need to collect as much feedbacks as possible so we can deploy a new amazing website, ATM I just lazily rearranged existing content in a different way, but the PoC shows we have a lot of morgin to improve the current maven site. Yeah, the current content needs some reorg to fit this as it is too cramped to read. +1 for the new logo, we need a new charming one if we change the skin :) In the mean time, you can use these two files: http://maven.apache.org/images/maventxt_logo_200.gif (matches current right) http://maven.apache.org/images/apache-maven-project.png (matches current left) - Brett -- Brett Porter br...@apache.org http://brettporter.wordpress.com/ http://au.linkedin.com/in/brettporter - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org
Re: Building multiple classifiers
On 24/11/2011, at 3:58 AM, Kurt Zettel II wrote: Hello Maven Developers, I have built a plugin that builds projects for the BlackBerry. It needs to build for multiple RIM OS versions so I use a classifier such as my-library-1.0-rim-4.5.0, my-library-1.0-rim-5.0.0 etc. I am running into two problems: 1. How can I resolve this classifier recursively? So if A depends on B depends on C they can all using classifier rim-4.5.0. I am using a property now but that doesn't resolve great and seems to irritate the release plugin and not resolve correctly from profiles (I have to pass it in as a command line argument). Unfortunately this isn't possible directly right now. You can probably achieve it through putting it into the version instead (but that has other downsides). The intended way is to use consistently named profiles for declaring the dependencies in each project. 2. How can I build these in a single build? Currently the plugin builds one platform at a time but I would like to execute Maven for each platform (which are defined by profiles). Is there a plugin for that? I can hack something together but it seems like Maven would already have an elegant way to do this. Maven doesn't have a way to re-execute - but typically a single plugin can be configured to generate several formats in different iterations. It really is up to your plugin. You can attach the new artifacts to the build using the project helper - take a look at the build-helper-maven-plugin attach-artifact goal for an example. Cheers, Brett -- Brett Porter br...@apache.org http://brettporter.wordpress.com/ http://au.linkedin.com/in/brettporter - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org
