[
https://issues.apache.org/jira/browse/LOG4J2-2665?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16894912#comment-16894912
]
Ralph Goers commented on LOG4J2-2665:
-------------------------------------
How will what you are proposing help? I still don't understand what you are
trying to achieve. In the log event example I showed the logging call would
have been logger.info("Subscriber Id: {}", id); If it had been "Subscriber id:
{}, description={}", id, description) what makes you think the description
would be any better? You are also saying Log4j is somehow supposed to match the
description text to some id. From where? You could try using LocalizedMessage
to get the messages from a ResourceBundle but it doesn't sound like that is
what you want either.
In short, I still don't understand your use case, what you expect developers to
do, and how you expect Log4j to work?
But if you want to create a DescribedMessage class that accepts a description
and outputs it as "description id: rest of formatted message" you can easily do
that now.
> Incident Response Improvement for Log4J
> ---------------------------------------
>
> Key: LOG4J2-2665
> URL: https://issues.apache.org/jira/browse/LOG4J2-2665
> Project: Log4j 2
> Issue Type: Improvement
> Components: API
> Affects Versions: 2.12.0
> Reporter: Joubin Jabbari
> Priority: Major
>
> Issue:
> Logging something to a file only solves half of the problem. The log needs to
> readable and distinguishable by auditors and responders.
> This is a proposal to add a optional feature for the instantiation and
> compile process of the logger.
>
> # Allow for a description parameter for each log statement.
> # When the description is filled out, log events that correspond to that
> description are given a hash number that match the hash of the description
> # The descriptions of said log are extracted and paired with their hash into
> a "log description file" during the compile process
> Example:
> Previous Logging Method
> {code:java}
> logger.info(user.id + " was able to login")
> {code}
> Proposed change
> {code:java}
> logger.info(user.id + " was able to login", description="This log event
> appears right after every user logs in"){code}
> Log File example
> Previous:
> {code:java}
> user132 was able to login
> {code}
> Proposed:
> {code:java}
> c58868be25f925102364ba7cf15b4fbcca5d3f11: user132 was able to login
> {code}
> Proposed log file description file generated during compile time:
> {code:java}
> c58868be25f925102364ba7cf15b4fbcca5d3f11: This log event appears right after
> every user logs in{code}
>
>
>
--
This message was sent by Atlassian JIRA
(v7.6.14#76016)
