On Wednesday, November 15, 2017 at 10:38:09 AM UTC-8, Alex wrote:
>
> I've got a similar problem. I have a model file where I initialize the 
> logger:
>

What did you find missing in using logging.conf?

/dps

 

> import logging, logging.handlers
>
> def get_configured_logger(name):
>     logger = logging.getLogger(name)
>     if (len(logger.handlers) == 0):
>         # This logger has no handlers, so we can assume it hasn't yet 
> been configured
>         # (Configure logger)
>
>         # Create RotatingFileHandler
>         import os
>         formatter = "%(asctime)s %(levelname)s %(process)s %(thread)s 
> %(funcName)s():%(lineno)d %(message)s"
>         # rotate log file when it reaches 10MB
>         handler = logging.handlers.RotatingFileHandler(os.path.join(
> request.folder,'private/myapp.log'),maxBytes=10485760,backupCount=2)
>         handler.setFormatter(logging.Formatter(formatter))
>
>         handler.setLevel(logging.DEBUG)
>
>         logger.addHandler(handler)
>         logger.setLevel(logging.DEBUG)
>
>     if len(logger.handlers) > 1:
>         logger.debug('handler: ' + str(len(logger.handlers)))
>     return logger
>
> # Assign application logger to a global var 
> logger = get_configured_logger(request.application)
>
> sometimes it happens that an additional handler is added. After a few days 
> sometimes there are 2 or even more handlers attached. Every log message is 
> then printed multiple times in the log file.
>
> The application is internal and has only few users. Therefor I'm using the 
> integrated Rocket webserver (Linux). Has anyone an idea why this is 
> happening?
>
> Would rewriting the logger configuration with the logging.conf file help 
> in this case? It's not that easy to simply rewrite and test it because the 
> application is auto-deployed to different machines and it would be 
> necessary to adapt the deployment process as well.
>
> Alex
>
> On Monday, October 23, 2017 at 11:37:03 AM UTC+2, Kiran Subbaraman wrote:
>>
>> Yes, I suggested the OP configure one for their specific app, using the 
>> example app's config as a template. 
>> Need not configure this in the code, for every request ... as they are 
>> doing so now. 
>>
>> ________________________________________
>> Kiran Subbaramanhttp://subbaraman.wordpress.com/about/
>>
>> On 23-Oct-17 3:01 PM, Dave S wrote:
>>
>>
>>
>> On Sunday, October 22, 2017 at 9:19:02 PM UTC-7, Kiran Subbaraman wrote: 
>>>
>>> configuring the logger for every thread (`current.logger = logger`), and 
>>> this seems unnecessary.
>>> Take a look at this logging configuration: 
>>> https://github.com/web2py/web2py/blob/0d646fa5e7c731cb5c392adf6a885351e77e4903/examples/logging.example.conf,
>>>  
>>> and set one up for your app. 
>>>
>>>
>> Doesn't the OP already have that file as part of the web2py 
>> distribution?  It ships in the example app, no?
>>
>> /dps
>>  
>> -- 
>> Resources:
>> - http://web2py.com
>> - http://web2py.com/book (Documentation)
>> - http://github.com/web2py/web2py (Source code)
>> - https://code.google.com/p/web2py/issues/list (Report Issues)
>> --- 
>> You received this message because you are subscribed to the Google Groups 
>> "web2py-users" group.
>> To unsubscribe from this group and stop receiving emails from it, send an 
>> email to web2py+un...@googlegroups.com.
>> For more options, visit https://groups.google.com/d/optout.
>>
>>
>>
>

-- 
Resources:
- http://web2py.com
- http://web2py.com/book (Documentation)
- http://github.com/web2py/web2py (Source code)
- https://code.google.com/p/web2py/issues/list (Report Issues)
--- 
You received this message because you are subscribed to the Google Groups 
"web2py-users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to web2py+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Reply via email to