[ https://issues.apache.org/jira/browse/SOLR-267?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12507312 ]
Will Johnson commented on SOLR-267: ----------------------------------- One thing that comes to mind is making the response header a standard part of the SolrQueryResponse object with get/set/add methods then the log message can just print out what ever is in the response header. With trunk, it already contains much of the same data (status, qtime, params). The only issue is that in order to keep things 'clean' the output would change to being fully labeled: webapp=/solr path=/select/ status=0 QTime=63 params={indent=on,start=0,q=*:*,version=2.2,rows=10} myotherheader=foo In general I think this makes things much cleaner and easier to read but it does break backwards compatibility for log parsing purposes. Any other ideas? - will > log handler + query + hits > -------------------------- > > Key: SOLR-267 > URL: https://issues.apache.org/jira/browse/SOLR-267 > Project: Solr > Issue Type: Improvement > Components: search > Affects Versions: 1.3 > Reporter: Will Johnson > Priority: Minor > Fix For: 1.3 > > Attachments: LogQueryHitCounts.patch, LogQueryHitCounts.patch, > LogQueryHitCounts.patch, LogQueryHitCounts.patch > > > adds a logger to log handler, query string and hit counts for each query -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.