[
https://issues.apache.org/jira/browse/SOLR-599?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13220972#comment-13220972
]
Jan Høydahl commented on SOLR-599:
----------------------------------
I think we may need both, but for users not needing the extra power of
commons-httpclient (such as SSL certificates) they could use the simple one and
skip dependencies. Perhaps SolrJ could be split in two jars: solrj-core and
solrj-extras, and have a policy that it's forbidden with external deps in core.
> Lightweight SolrJ client
> ------------------------
>
> Key: SOLR-599
> URL: https://issues.apache.org/jira/browse/SOLR-599
> Project: Solr
> Issue Type: Improvement
> Components: clients - java
> Reporter: Shalin Shekhar Mangar
> Assignee: Noble Paul
> Priority: Minor
> Fix For: 3.6, 4.0
>
> Attachments: SOLR-599-fix-for-SolrJ-on-GAE.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 is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators:
https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org
