[ 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