[
https://issues.apache.org/jira/browse/SOLR-7664?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14598425#comment-14598425
]
ASF subversion and git services commented on SOLR-7664:
-------------------------------------------------------
Commit 1687135 from [~andyetitmoves] in branch 'dev/trunk'
[ https://svn.apache.org/r1687135 ]
SOLR-7664: Throw correct exception (RemoteSolrException) on receiving a HTTP 413
> Solrj client throws ParseException("Illegal content type") when server
> returns "other http error" (here 413) with BinaryResponseParser
> --------------------------------------------------------------------------------------------------------------------------------------
>
> Key: SOLR-7664
> URL: https://issues.apache.org/jira/browse/SOLR-7664
> Project: Solr
> Issue Type: Bug
> Components: SolrJ
> Affects Versions: 5.2
> Reporter: Eirik Lygre
> Assignee: Ramkumar Aiyengar
> Attachments: SOLR-7664.patch
>
>
> We have a program that uses Solrj to index data. For some (irrelevant)
> reason, the server sometimes returns "413 FULL Head" with no Content-Type
> header. When that happens, the Solrj library fails.
> In HttpSolrClient.executeMethod, two things happen:
> If there is no processor, then a RemoteSolrException is thrown, which is
> good. Ref
> https://github.com/apache/lucene-solr/blob/lucene_solr_5_2_0/solr/solrj/src/java/org/apache/solr/client/solrj/impl/HttpSolrClient.java#L493.
> However, when there is a processor, the code tries to call
> ContentType.parse() with the returned ContentType, which is null. This method
> throws a ParseException("Illegal content type"), which propagates to the
> client. The cause of the error is very much hidden now. Ref
> https://github.com/apache/lucene-solr/blob/lucene_solr_5_2_0/solr/solrj/src/java/org/apache/solr/client/solrj/impl/HttpSolrClient.java#L513.
> It would be nice if the client would throw a RemoteSolrException in this
> case, too.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]