You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@lucene.apache.org by "Erick Erickson (Jira)" <ji...@apache.org> on 2020/05/06 12:27:00 UTC
[jira] [Created] (LUCENE-9364) Fix side effect of logging call in
LogUpdateProcessorFactory
Erick Erickson created LUCENE-9364:
--------------------------------------
Summary: Fix side effect of logging call in LogUpdateProcessorFactory
Key: LUCENE-9364
URL: https://issues.apache.org/jira/browse/LUCENE-9364
Project: Lucene - Core
Issue Type: Bug
Reporter: Erick Erickson
Assignee: Erick Erickson
There's a logging calls in LogUpdateProcessorFactory like this:
if (log.isInfoEnabled()) {
log.info(getLogStringAndClearRspToLog());
}
immediately followed a WARN level all to log slow queries if the query is slow.
getLogStringAndClearRspToLog has a call in it:
*rsp.getToLog().clear(); // make it so SolrCore.exec won't log this again*
This has been true since at least Solr 7.5. It's wrong for two reasons:
1> logging calls shouldn't have side effects like this in the first place
2> Right after that call, there's also a call to (potentially) log slow requests, and the rsp.getToLog().clear() will already have been called if logging at info level.
I'll fix shortly, although since it's been like this for a long time, I'm not in a panic thinking I introduced this recently.
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
---------------------------------------------------------------------
To unsubscribe, e-mail: issues-unsubscribe@lucene.apache.org
For additional commands, e-mail: issues-help@lucene.apache.org