logging during multithreaded builds (follow-up)
Hi group, Sorry if it's inappropriate for me to ask this in the dev list, but this is where this was previously discussed. I'm interested in the work that Igor mentioned around logging during multithreaded builds. It sounded like there was an addition to Maven being built (whether it be in the core or some extension). Is that somehow generally available, be it in released form or as (alpha) source code that I can build myself? Much appreciated, Sander Verhagen [ san...@sanderverhagen.netmailto:san...@sanderverhagen.net ]
Re: logging during multithreaded builds (follow-up)
Based on the feedback I got on this list I did not include the logger extension in maven itself but kept it in a separate repository. I may opensource that repository some time in the future but it is not a priority for me right now. -- Regards, Igor On June 9, 2015 1:33:46 PM Sander Verhagen san...@sanderverhagen.net wrote: Hi group, Sorry if it's inappropriate for me to ask this in the dev list, but this is where this was previously discussed. I'm interested in the work that Igor mentioned around logging during multithreaded builds. It sounded like there was an addition to Maven being built (whether it be in the core or some extension). Is that somehow generally available, be it in released form or as (alpha) source code that I can build myself? Much appreciated, Sander Verhagen [ san...@sanderverhagen.netmailto:san...@sanderverhagen.net ] - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org
[INVOKER] suppress logs during install goal
Hi, I have a maven plugin which has some ITs which are executed using the recommended way using the maven-invoker-plugin. However, the invoker:install goal always spams my build server's logs with Downloading messages, copying from my local repo to a location I specify under target/. I absolutely cannot figure out a way to suppress this output. It is spammy, and happens every build (because it's not going to the local repo, for the reasons described in the plugin docs). And, I really don't care that it copied something from my local repo to this directory in target/ being logged at the INFO level. What's the best solution to work towards? I don't think there is one now, but if one were to be created, what would it look like? The ideas I thought of so far: 1. add silenttrue/silent option on the install goal 2. add logfilename/log option on the install goal 3. some manipulation of the logger configuration to hide logs from this plugin 4. since this is a common task before running ITs for plugins, it could be baked in to the integration-test goal, and automatically suppressed -- Christopher L Tubbs II http://gravatar.com/ctubbsii - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org
Re: Unable to Update to DOXIA 1.6 (latest)
see MSHARED-344 need to release maven-reporting-impl 2.4 Regards, Hervé Le lundi 8 juin 2015 22:48:41 Tibor Digana a écrit : After repackaging DOXIA class RenderingContext from package doxia.sink.render to doxia.siterenderer I am not able to update DOXIA to Version 1.6. The surefire project depends on latest maven-reporting-impl:2.3 which needs old class RenderingContex. Has this solution, for instance another artifact like maven-reporting-impl which depends on latest doxia-core? - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org
Re: Doxia does not generate
related code is http://maven.apache.org/doxia/doxia/doxia-core/xref/org/apache/maven/doxia/sink/XhtmlBaseSink.html#L1762 no magic about previous line is finished with \n: the only special handling is that inside a pre, you don't need a br but just a newline can somebody share generated html that is causing the issue? I don't understand what we are chasing (for 1 year) Regards, Hervé Le lundi 8 juin 2015 11:10:25 Tibor Digana a écrit : Can somebody experienced with Doxia tell me what's going on with the call sink.lineBreak()? It really looks like br is generated if and only if the previous line is finished with \n, i.e., sink.text( line + \n ); Is it expected Doxia optimization or a bug? I found this issue after I dig into https://github.com/apache/maven-surefire/pull/41 - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org
