Christine Poerschke created SOLR-15541:
------------------------------------------

             Summary: opt-in support to INFO log all parameters on error
                 Key: SOLR-15541
                 URL: https://issues.apache.org/jira/browse/SOLR-15541
             Project: Solr
          Issue Type: New Feature
            Reporter: Christine Poerschke
            Assignee: Christine Poerschke


* The 
[logParamsList|https://solr.apache.org/guide/8_9/common-query-parameters.html#logparamslist-parameter]
 parameter (available from Solr 4.7 onwards via SOLR-5672) is useful if full 
request logging on each of multiple shards is just 'too much' and/or if the 
content being logged is to be redacted e.g. to only log opaque request 
identifiers but not request details.
** A downside of reduced logging is that less detail is available when 
investigating issues.

* The 
[echoParams|https://solr.apache.org/guide/8_9/common-query-parameters.html#echoparams-parameter]
 parameter controls what information about request parameters is included in 
the response header.
** With respect to investating of issues it's worth noting here that 
{{echoParams=explicit}} is the default value and that routine use of 
{{echoParams=all}} would return more details to the client but that details of 
within-Solr requests e.g. requests using the {{group.distributed.first}} and 
{{group.distributed.second}} [group 
parameters|https://github.com/apache/lucene-solr/blob/releases/lucene-solr/8.9.0/solr/solrj/src/java/org/apache/solr/common/params/GroupParams.java#L60-L66]
 would _not_ be captured.


This ticket proposes to add a new parameter, called (say) 
{{logAllParamsOnError}} whose use will result in all parameters being logged on 
error, irrespective of the presence or value of the {{logParamsList}} parameter.



--
This message was sent by Atlassian Jira
(v8.3.4#803005)

---------------------------------------------------------------------
To unsubscribe, e-mail: issues-unsubscr...@solr.apache.org
For additional commands, e-mail: issues-h...@solr.apache.org

Reply via email to