On 02/24/10 13:53, Shawn Walker wrote:
> On 02/24/10 02:44 PM, Virginia Wray wrote:
>> On 02/24/10 13:13, Shawn Walker wrote:
>>> On 02/24/10 01:59 PM, Virginia Wray wrote:
>>> ...
>>>> The other issue that neither of the syslog facilities can meet is the
>>>> need to log at more granular levels in components
>>>> within applications. Syslog defines the level of logging at the
>>>> application level, and that can't be modified within
>>>> components of the application, which is something we want to be 
>>>> able to
>>>> do within the installer.
>>>>
>>>> If anyone has any comments or questions about this, please let me 
>>>> know.
>>>
>>> Is the intent to use syslog specifically, or (hopefully) use the
>>> python logging module in combination with the sysloghandler?
>>>
>>> I'd strongly suggest using the python logging module as that allows
>>> you to choose syslog or anything else you want for output, as well as
>>> provide your own custom log handling. As a bonus, it's also
>>> thread-safe...
>>>
>>> Cheers,
>> Hi Shawn -
>>
>> In the design document for the logging framework, I referenced the
>> Python Logger as one of the potential choices, but I didn't make any
>> reference to other possible choices.
>> Someone asked why we weren't considering syslog, so I wanted to respond
>> to that question. I'll flesh out the design decisions, including which
>> logging facility, in the next revision of the document.
>>
>> Let me know if you have any more questions.
>
> Ah, ok.  Well just be aware that the python logging module has a 
> sysloghandler.  Using the logging module would allow you to easily 
> choose between syslog or any other logging method dynamically (at 
> runtime) or later when you decide syslog isn't what you want to use.
>
> Cheers,
Thank you for letting me know. I appreciate the feedback.

-- 
                                
        Ginnie 
    
    

  
                
      

Reply via email to