cxf-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Daniel Kulp (JIRA)" <j...@apache.org>
Subject [jira] [Updated] (CXF-6286) Make request logging more Modular
Date Thu, 30 Apr 2015 16:53:07 GMT

     [ https://issues.apache.org/jira/browse/CXF-6286?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]

Daniel Kulp updated CXF-6286:
-----------------------------
    Fix Version/s:     (was: 3.1.0)

> Make request logging more Modular
> ---------------------------------
>
>                 Key: CXF-6286
>                 URL: https://issues.apache.org/jira/browse/CXF-6286
>             Project: CXF
>          Issue Type: Improvement
>          Components: Core
>            Reporter: Christian Schneider
>            Assignee: Christian Schneider
>
> The current request logging is a bit complex as more and more features were added. I
plan to redesign the logging to make it more modular. 
> As this change is not compatible I will move the logging to a separate module and mark
the request logging in core as deprecated. We can then remove it at a suitable time.
> The new logging design will implement the idea of a cxf LogEvent. This event will contain
all relecvant details cxf can pull out of a request/response.
> A LogEventFactory will be reponsible to extract the meta data from a message and store
it in the LogEvent.
> The logging interceptors will then mainly be responsible to extract the payload (which
is the complicated part) and call the LogEventFactory to populate the meta data. They will
then send the event to a LogEventSender.
> The LogEventSender will default to a slf4j based implementation which will create MDC
values from the meta data. This will allow log4j appenders to work with the meta data in a
convenient way.
> Users can also implement their own LogEventSenders and set them in the LoggingFeature.
This allows to implement the logging in a completely different way while not having to care
about the extraction of meta data or payload.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

Mime
View raw message