You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@lucene.apache.org by "Hoss Man (JIRA)" <ji...@apache.org> on 2019/05/14 20:32:00 UTC

[jira] [Created] (SOLR-13469) rejected requests during ful IndexFetch should not use 403 response code

Hoss Man created SOLR-13469:
-------------------------------

             Summary: rejected requests during ful IndexFetch should not use 403 response code
                 Key: SOLR-13469
                 URL: https://issues.apache.org/jira/browse/SOLR-13469
             Project: Solr
          Issue Type: Bug
      Security Level: Public (Default Security Level. Issues are Public)
            Reporter: Hoss Man


SOLR-12999 introduced a new behavior where Solr nodes can now know to quickly reject requests when the index is unavailable due to a full IndexFetch from the master/leader - but when this change was implemented it was done soe using the HTTP status code "403" (Forbidden) which semantically indicates a _client_ error and carries with it the understanding that the client should not re-attempt the request ... at least not w/o modification (typically adding authentication information)

A more semantically correct response code would be 503 (Service Unavailable) which indicates a _server_ problem (that may be resolved at some point in the future) and clients would not be ill-behaved to try again later.

returning 503 in this particular code path would also be more consistent with other places in the solr code based where nodes respond with "503" when they are "not _currently_ ready for requests" (but might be soon)



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

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org
For additional commands, e-mail: dev-help@lucene.apache.org