[
https://issues.apache.org/jira/browse/SOLR-599?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17441719#comment-17441719
]
Jason Gerlowski commented on SOLR-599:
--------------------------------------
So, maybe I'm just being obtuse here, but can someone clarify explicitly for me
what the benefits of a slim dep-less SolrClient are? Is the motivation around
saving users diskspace or RAM? Is it about forcing devs to consume transitive
deps? Something else?
I'm sure a parallel set of dep-less SolrClients would benefit some users, but
it also costs maintenance burden for us in terms of code, docs, and tests
without adding any "net new" functionality.
I guess I just want to make sure there's no benefits I'm overlooking so that I
can better judge that tradeoff.
> 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.20.1#820001)
---------------------------------------------------------------------
To unsubscribe, e-mail: issues-unsubscr...@solr.apache.org
For additional commands, e-mail: issues-h...@solr.apache.org
