Re: use the #evaluate Velocity macro in the skin Velocity emplate

FYI: I've had troubles trying to upgrade velocity beyond version 1.5: http://jira.codehaus.org/browse/DOXIASITETOOLS-39 IIRC, the main problem was backward compatibility. It should be ok with current skin versions but that's not tested. HTH, -Lukas Hervé BOUTEMY wrote: > Hi Simone, > > Veloci

maven-scm pull request: mask password in log entries

Github user hrmohr closed the pull request at: https://github.com/apache/maven-scm/pull/2 - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org

RE: use the #evaluate Velocity macro in the skin Velocity emplate

Please also include: velocity.properties specifically we'll need all macro library specifications e.g. velocimacro.library = VM_global_library.vm any .vm macros and more specifically the macro libraries VM_global_library.vm Merci, Martin __ Note de d

Re: use the #evaluate Velocity macro in the skin Velocity emplate

Hi Simone, Velocity is a direct dependency of doxia-site-renderer [2] and maven- reporting-exec [3] and ultimately of maven-site-plugin. I had a look at m-site-p trunk sources and actual Velocity version is 1.5. For immediate tests, you can try to override Velocity dependency in your pom's m-sit

[ANN] Maven Surefire Plugin 2.12.3 Released

The Maven team is pleased to announce the release of the Maven Surefire Plugin, version 2.12.3. This release includes the maven-surefire-plugin, which executes the unit tests of an application, the maven-surefire-report-plugin, which parses surefire/failsafe test results and renders them to DOXIA

maven-scm pull request: mask password in log entries

GitHub user hrmohr opened a pull request: https://github.com/apache/maven-scm/pull/2 mask password in log entries Greetings! The current Mercurial implementation writes the cleartext password in log entries. I've made a small patch that masks this. Best regards,

Re: Why do the core its fail massively when using mirrorOf in settings.xml ?

I will document this in the Nexus book. Should be available with the next release of it.. manfred On Tue, August 28, 2012 2:37 am, Kristian Rosenvold wrote: > Thanks a lot ;) There is no end to how much time "someone" (=me) can waste > on this. I will update the docs on the core IT's about this;

Re: Why do the core its fail massively when using mirrorOf in settings.xml ?

Thanks a lot ;) There is no end to how much time "someone" (=me) can waste on this. I will update the docs on the core IT's about this; since I actually did try reading the manual ;) /me wonders If I can read that setting and basically make the Core IT's refuse to run with it enabled...? Kristian

Re: Why do the core its fail massively when using mirrorOf in settings.xml ?

On 28 August 2012 08:02, Kristian Rosenvold wrote: > We're switching topic somewhat, but who cares: > > For Surefire I am still left with the problem that repository<->local > repo directory operations are not safe for > multiple concurrent processes, which seems to affect an mrm-based > solution.

Re: Why do the core its fail massively when using mirrorOf in settings.xml ?

We're switching topic somewhat, but who cares: For Surefire I am still left with the problem that repository<->local repo directory operations are not safe for multiple concurrent processes, which seems to affect an mrm-based solution. This may very quickly apply to core IT's too, since I consider