[logback-dev] [JIRA] Issue Comment Edited: (LBCLASSIC-195) Allow TurboFilters to modify events

Ceki Gulcu (JIRA) noreply-jira at qos.ch
Mon Mar 22 22:30:18 CET 2010


    [ http://jira.qos.ch/browse/LBCLASSIC-195?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=11643#action_11643 ] 

Ceki Gulcu edited comment on LBCLASSIC-195 at 3/22/10 10:29 PM:
----------------------------------------------------------------

You are right. I was implicitly assuming that turbo filters(and only they) could modify logging events during a brief period. I am also assuming a two phase initialization mechanism for LoggingEvent, where in the initial phase the marker, logger, level, format, prams and the throwable would be set and available for read/write. Other parameters such as the timestamp  and the MDC would be not be set nor be available for read/write. After the intervention of all the registered turbo filters, and if the event passes  the logger-level filter, only then would LoggingEvent be fully initialized and *locked* before being handed over the appropriate appenders. Does it make sense?

What use case do you imagine for allowing modifications to loggingevent later on in the event processing life cycle?

      was (Author: noreply.ceki at qos.ch):
    You are right. I was implicitly assuming that turbo filters(and only they) could modify logging events during a brief period. I am also assuming a two phase initialization mechanism for LoggingEvent, where in the initial phase the marker, logger, level, format, prams and the throwable would be set and available for read/write. Other parameters such as the timestamp  and the MDC would be not be set nor be available for read/write. After the intervention of all the installed turbo filters, and if the event passes  the logger-level filter, only then would LoggingEvent be fully initialized and *locked* before being handed over the appropriate appenders. Does it make sense?

What use case do you imagine for allowing modifications to loggingevent later on in the event processing lifecycle?
  
> Allow TurboFilters to modify events
> -----------------------------------
>
>                 Key: LBCLASSIC-195
>                 URL: http://jira.qos.ch/browse/LBCLASSIC-195
>             Project: logback-classic
>          Issue Type: Improvement
>          Components: Other
>            Reporter: Ceki Gulcu
>            Assignee: Ceki Gulcu
>            Priority: Blocker
>
> http://qos.ch/pipermail/logback-dev/2010-March/005290.html

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.qos.ch/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira

        


More information about the logback-dev mailing list