<gs <at> smm.de> writes:

> 
> Hi !
> 
> I was just typing a mail for the list because error logging with log4j
> seems to be impossible, when I restarted the tomcat-server ... ok - now
> there are TONS of logging-messages :)
> 
> I think I have  found the right location of the log4j.properties file now
> and did a performance-test of my syslogd :)
> 
> But there are new issues :(
> 
> When doing a
> 
> logger.info("klicked") ;
> 
> in my listeners, the log-message is always displayed twice.
> 
> Is this an error in my log4j.properties/syslogd-setup even thoug
> warning-messages from Tapestry/Tomcat/Hibernate are displayed only once ?
> 
> Or because I am using a
> 
> private static Logger logger = Logger.getLogger("my.package") ;
> 
> and there is some build-in  logging of Tapestry I am not aware of ?
> 
> And the second issue:
> 
> The only way to change logging-behaviour at the moment is to restart the
> Tomcat service.
> 
> Redeploying the war-file doesnt work :( Is there a possibility to change
> this behaviour ?
> 
> And the last question :)
> 
> I this the right way to integrate logging in a tapestry-app ? Or are there
> some better choices (using Hivemind-services, for example) ?
> 
> I am almost sure I am doing something forbidden here 
> 
> Thank you in advance !
> 
> Bye,
> Gerald
> 

Gerald,

What are the contents of your log4j.properties file?  Perhaps you have more 
than one definition for your file appender?
Also, if you want to limit the entries to the log file, you can add settings 
on a logger-by-logger basis.  For example, entering the settings:

log4j.logger.org.springframework = WARN
log4j.logger.my.package = INFO
log4j.logger.my.package.utilities = DEBUG

will limit the messages for all loggers that are defined in 
org.springframework classes to the WARN level, all of your loggers to the INFO 
level, except those loggers under the utilities package, which will be set to 
the DEBUG level

I believe you can also control the settings programmatically, if you chose to 
construct an admin UI interface, but I've never had a need for that.

Cheers,
Ed



---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to