You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@knox.apache.org by "Colm O hEigeartaigh (JIRA)" <ji...@apache.org> on 2018/02/02 17:40:00 UTC

[jira] [Updated] (KNOX-1066) Update Operations via SOLR to Knox Fail

     [ https://issues.apache.org/jira/browse/KNOX-1066?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Colm O hEigeartaigh updated KNOX-1066:
--------------------------------------
    Fix Version/s:     (was: 0.14.0)

> Update Operations via SOLR to Knox Fail 
> ----------------------------------------
>
>                 Key: KNOX-1066
>                 URL: https://issues.apache.org/jira/browse/KNOX-1066
>             Project: Apache Knox
>          Issue Type: Bug
>          Components: Site
>    Affects Versions: 0.12.0, 0.13.0
>            Reporter: Rick Kellogg
>            Assignee: Rick Kellogg
>            Priority: Major
>         Attachments: PreemptiveHttpSolrClient.java
>
>
> When using the Java SOLRJ HttpSolrClient, any operation that relies upon a POST HTTP operation fails authentication when proxied via Knox.  This is because the SOLRJ API only supports traditional challenge/response basic authentication.  For any update style operation the SOLRJ client refuses to retry the operation as it might lead to duplicate data, etc.  If this were a GET operation, it would retry the operation and include the appropriate authentication header.
> Therefore preemptive authentication must be used for updates to succeed.  Unfortunately, the Apache HttpClient construction is hidden from the client in the form of the HttpSolrClient.Builder class.



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