[
https://issues.apache.org/jira/browse/SOLR-12987?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17205469#comment-17205469
]
ASF subversion and git services commented on SOLR-12987:
--------------------------------------------------------
Commit 798b67b97ad31c16f10dcb74dc212f065e3edfd3 in lucene-solr's branch
refs/heads/branch_8x from David Smiley
[ https://gitbox.apache.org/repos/asf?p=lucene-solr.git;h=798b67b ]
SOLR-12987: Deprecated plugins are logged once and with log category
org.apache.solr.DEPRECATED (#1927)
(cherry picked from commit 9cadbf04b6556b227580a7d72f7af51fcf3083f3)
> Log deprecation warnings to separate log file
> ---------------------------------------------
>
> Key: SOLR-12987
> URL: https://issues.apache.org/jira/browse/SOLR-12987
> Project: Solr
> Issue Type: New Feature
> Components: logging
> Reporter: Jan Høydahl
> Assignee: David Smiley
> Priority: Major
> Time Spent: 0.5h
> Remaining Estimate: 0h
>
> As discussed in solr-user list:
> {quote}When instructing people in what to do before upgrading to a new
> version, we often tell them to check for deprecation log messages and fix
> those before upgrading. Normally you'll see the most important logs as WARN
> level in the Admin UI log tab just after startup and first use. But I'm
> wondering if it also makes sense to introduce a separate
> DeprecationLogger.log(foo) that is configured in log4j2.xml to log to a
> separate logs/deprecation.log to make it easier to check this from the
> command line. If the file is non-empty you have work to do :)
> {quote}
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
