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)