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

Gus Heck commented on SOLR-599:
-------------------------------

One case that could become troublesome for TRA's is servicing requests to the 
TRA where the oldest collection has become deleted (automatically). The request 
would find the collection in it's cached notion of the TRA but not in the 
cluster. That 404 needs to not kill the entirely valid query... so with 
lazy/optimistic comes handling of stale state errors and decisions about 
retries. 

> Lightweight SolrJ client
> ------------------------
>
>                 Key: SOLR-599
>                 URL: https://issues.apache.org/jira/browse/SOLR-599
>             Project: Solr
>          Issue Type: Improvement
>          Components: clients - java, SolrJ
>            Reporter: Shalin Shekhar Mangar
>            Priority: Minor
>             Fix For: 4.9, 6.0
>
>         Attachments: SOLR-599-fix-for-SolrJ-on-GAE.patch, SOLR-599.patch, 
> SOLR-599.patch
>
>
> SolrJ provides a SolrServer implementation backed by commons-httpclient which 
> introduces many dependency jars (commons-codec, commons-io and 
> commons-logging). Apart from that SolrJ also uses StAX API for XML parsing 
> which introduces dependencies like stax-api, stax and stax-utils.
> This enhancement will add a SolrServer implementation backed by 
> java.net.HttpUrlConnection and will use BinaryResponseParser as the default 
> response parser. Using this basic implementation out of the box would require 
> no dependencies on either commons-httpclient or StAX. The only dependency 
> would be on solr-commons making this a very lightweight and distribution 
> friendly Java client for Solr.



--
This message was sent by Atlassian Jira
(v8.3.4#803005)

---------------------------------------------------------------------
To unsubscribe, e-mail: issues-unsubscr...@lucene.apache.org
For additional commands, e-mail: issues-h...@lucene.apache.org

Reply via email to