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

Christopher Schultz commented on SOLR-7170:
-------------------------------------------

Interesting. The SolrException itself has "metadata", so theoretically I might 
get lucky enough for my own use-case to just modify the code around 
IndexSchema.java:1292 to attach some metadata to the exception that will get 
sent-over to the client. It's worth a try :)

Time to get started building Solr from source.

> exceptions thrown by SolrJ do not provide sufficient information to 
> gracefully handle errors
> --------------------------------------------------------------------------------------------
>
>                 Key: SOLR-7170
>                 URL: https://issues.apache.org/jira/browse/SOLR-7170
>             Project: Solr
>          Issue Type: Improvement
>          Components: SolrJ
>    Affects Versions: 4.10.3
>            Reporter: Greg Solovyev
>            Priority: Minor
>
> Currently, exceptions thrown by SolrJ are do not provide sufficient 
> information that would enable graceful error handling. Here are some examples:
> When a Solr Collection does not exist, SolrJ throws ErrorCode.BAD_REQUEST 
> with message "Could not find collection: " or "Could not find collection in 
> zk: ".  The only part of the exception that hints to the type of problem is 
> the message. However, a hardcoded text message is not a reliable point of 
> data to be used in exception handling. It would be much cleaner if SolrJ 
> expanded its library of Error Codes and used them to specify what type of 
> error has occurred. E.g. :
> ErrorCode.CANNOT_FIND_COLLECTION (for the above example)
> ErrorCode.NO_LIVE_NODES (instead of just SolrServerException("No live 
> SolrServers available to handle this request"))
> ErrorCode.BAD_RESPONSE (instead of just SolrServerException("Expected JSON 
> object in response from ...)
> etc



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]

Reply via email to