I prefer classname based, as it is, by definition, definative.

If you're concerned about details getting lost, then might I suggest that
you route that logging output to a separate file? trace.log works for me
(and give a -D to allow users to change that as well).

-Chris


On Fri, Nov 16, 2012 at 5:39 PM, Hervé BOUTEMY <herve.bout...@free.fr>wrote:

> +1 for the idea
>
> other complementary ideas:
> - groupId is not really useful, plugins's artifactId is in general
> sufficient
> - I'd add goal name
> - dot separator, since this is the classical separator in every java
> logging
> implementations (due to the classical class name as logger pattern)
> - add prefix with something like "maven.", to separate maven logs from logs
> from other tools (probably organized by full class name)
>
> then my preference would go to
>
> maven.${artifactId}.${goal}
>
> which is a "domain specific" pattern, not the classical full class name
>
> (FYI, that' not the first time I use such "domain specific" logger name
> pattern,
> and I never had problems with such decision: yes, that's a bit not
> conventional but respects logging frameworks and is easy to understand)
>
> Regards,
>
> Hervé
>
> Le jeudi 15 novembre 2012 14:18:46 Olivier Lamy a écrit :
> > Hi,
> > Currently logger for all mojos is the DefaultPluginManager logger.
> > So it's a bit hard to have filtering per plugin (i.e. only compiler in
> > debug etc..)
> >
> > So I'd like to change that to be able to customize mojo logging.
> > My first is idea is mojo with logger name ${groupId}:${artifactId} (ie
> > org.apache.maven.plugins:maven-clean-plugin) so if you only want debug
> > for compiler put logger org.apache.maven.plugins:maven-compiler-plugin
> > to debug.
> >
> > Makes sense ?
> >
> > The code to change is here:
> >
> https://github.com/olamy/maven-3/blob/log4j2/maven-core/src/main/java/org/ap
> > ache/maven/plugin/internal/DefaultMavenPluginManager.java#L445
> >
> > WDYT ?
> >
> > 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
>
>

Reply via email to