[ 
https://issues.apache.org/jira/browse/SOLR-14280?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17114994#comment-17114994
 ] 

Erick Erickson commented on SOLR-14280:
---------------------------------------

As a bit of background, I recently went through lots of logging messages trying 
to avoid useless work. As I was going through them I saw a number of cases 
where getMessage() was logged. I didn't change them since the task was big 
enough and investigating whether every one of those was A Good Thing or not was 
out of scope. So there are definitely more lurking around, but whether they 
right and proper or not IDK.

None of which is really relevant to this patch, just FYI. 



> SolrConfig logging not helpful
> ------------------------------
>
>                 Key: SOLR-14280
>                 URL: https://issues.apache.org/jira/browse/SOLR-14280
>             Project: Solr
>          Issue Type: Bug
>      Security Level: Public(Default Security Level. Issues are Public) 
>            Reporter: Andras Salamon
>            Priority: Minor
>         Attachments: SOLR-14280-01.patch, SOLR-14280-02.patch
>
>
> SolrConfig prints out a warning message if it's not able to add files to the 
> classpath, but this message is not too helpful:
> {noformat}
> o.a.s.c.SolrConfig Couldn't add files from 
> /opt/cloudera/parcels/CDH-7.1.1-1.cdh7.1.1.p0.1850855/lib/solr/dist filtered 
> by solr-langid-\d.*\.jar to classpath: 
> /opt/cloudera/parcels/CDH-7.1.1-1.cdh7.1.1.p0.1850855/lib/solr/
> dist {noformat}
> The reason should be at the end of the log message but it's just repeats the 
> problematic file name.



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

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

Reply via email to