[
https://issues.apache.org/jira/browse/SOLR-3032?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Erick Erickson updated SOLR-3032:
---------------------------------
Attachment: SOLR-3032-3x.patch
Just deprecates the various c'tors etc that are removed in the trunk patch.
> Deprecate logOnce from SolrException
> ------------------------------------
>
> Key: SOLR-3032
> URL: https://issues.apache.org/jira/browse/SOLR-3032
> Project: Solr
> Issue Type: Improvement
> Reporter: Erick Erickson
> Assignee: Erick Erickson
> Labels: exceptions, logging
> Fix For: 4.0
>
> Attachments: SOLR-3032-3x.patch, SOLR-3032.patch
>
>
> There seems to be a growing consensus (well, Muir and Hoss agree at least)
> that having this logOnce concept in SolrException is more trouble than it's
> worth. Point in case is that trunk (4x) fails to report anything useful in
> the log file when you define a custom component and don't have any <lib>
> statements going to the right place.
> So the proposal is to remove the whole logOnce process, supporting variables
> etc. The first step here will be deprecating the various bits of code in
> SolrException and starting to remove their usages.
> I'm opening this up for discussion, error reporting seems to be one of those
> things that generates endless discussion and I'd like them aired before
> putting too much work into this. My goal will be to have this in the code
> base by next Tuesday, so speak up.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators:
https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
