You are viewing a plain text version of this content. The canonical link for it is here.
Posted to jmeter-dev@jakarta.apache.org by "BAZLEY, Sebastian" <Se...@london.sema.slb.com> on 2003/05/22 18:20:08 UTC

Logging suggestions

Some thought on enhancements to logging - just wondering if anyone else
concurs/disagrees.
[If there is general agreement, I can contribute patches.]

* The log format is fixed in LoggingManager.java; recompilation is needed to
change this.

I would like at least to change %{priority} to %5.5{priority} so that e.g.
WARN and DEBUG messages are aligned in the log file.
It would be useful if the format string could be over-ridden by a Jmeter
property or similar.

* Logging categories are rather broad - for example jmeter.elements includes
lots of different classes.
Might it not be clearer to use the package name (without org.apache.)? 
[Could probably create a utility function to generate the package name
automatically.]

This would obviously entail quite a few code changes, but they could be
automated or introduced gradually.

* A more recent version (1.2) of Avalon Logkit is available - would it make
sense to use that instead of 1.0.1? {as far as I can make out, there are no
changes that would affect JMeter, but there are a few bug fixes).


-- 
The opinions expressed herein are my own, and are not necessarily endorsed
by my employer ...

---------------------------------------------------------------------
To unsubscribe, e-mail: jmeter-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: jmeter-dev-help@jakarta.apache.org


Re: Logging suggestions

Posted by ms...@apache.org.
It all sounds reasonable.  Actually, the way logging is setup now, we should 
just the fully qualified classname as the logging category, because I've made 
logging work hierarchically.  In other words, if you say logging is at the 
DEBUG level for org.apache.jmeter.engine, then it will be that for 
org.apache.jmeter.engine.StandardJMeterEngine as well.  But, you could also 
override the setting for individual classes, if that was your choice.  The amount 
of change wouldn't be that much - updating the log initializers and changing 
the properties file.

And I have no problem updating the logkit.  

-Mike

On 22 May 2003 at 17:20, BAZLEY, Sebastian wrote:

> Some thought on enhancements to logging - just wondering if anyone else
> concurs/disagrees.
> [If there is general agreement, I can contribute patches.]
> 
> * The log format is fixed in LoggingManager.java; recompilation is needed to
> change this.
> 
> I would like at least to change %{priority} to %5.5{priority} so that e.g.
> WARN and DEBUG messages are aligned in the log file.
> It would be useful if the format string could be over-ridden by a Jmeter
> property or similar.
> 
> * Logging categories are rather broad - for example jmeter.elements 
includes
> lots of different classes.
> Might it not be clearer to use the package name (without org.apache.)? 
> [Could probably create a utility function to generate the package name
> automatically.]
> 
> This would obviously entail quite a few code changes, but they could be
> automated or introduced gradually.
> 
> * A more recent version (1.2) of Avalon Logkit is available - would it make
> sense to use that instead of 1.0.1? {as far as I can make out, there are no
> changes that would affect JMeter, but there are a few bug fixes).
> 
> 
> -- 
> The opinions expressed herein are my own, and are not necessarily 
endorsed
> by my employer ...
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: jmeter-dev-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: jmeter-dev-help@jakarta.apache.org
> 



--
Michael Stover
mstover1@apache.org
Yahoo IM: mstover_ya
ICQ: 152975688
AIM: mstover777

---------------------------------------------------------------------
To unsubscribe, e-mail: jmeter-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: jmeter-dev-help@jakarta.apache.org