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

["Larry McCay (JIRA)" <ji...@apache.org>]

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

Larry McCay commented on KNOX-1066:
-----------------------------------

Hi [~rkellogg] - thank you for the revision!

IIRC - the idea here is to communicate what one could do to extend the native solr client to enable access through Knox. So, this particular class could be used within a wiki that is intended as a HOWTO incorporate Knox proxy access into the Solr native Client.

Is this what you have in mind here?

I'm not sure it belongs in the Users guide and the dev guide is more for Knox dev...

Thoughts?

> 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: Server
>    Affects Versions: 0.12.0, 0.13.0
>            Reporter: Rick Kellogg
>            Assignee: Rick Kellogg
>             Fix For: 0.14.0
>
>         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
(v6.4.14#64029)