[
https://issues.apache.org/jira/browse/SOLR-8161?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14956181#comment-14956181
]
Erick Erickson commented on SOLR-8161:
--------------------------------------
First, please raise questions like this on the user's list first, you'll get
more eyes on the problem. We try to raise JIRAs for known code problems,
enhancements and the like, not user queries.
Of course if discussion on the user's list points to a problem in Solr/Lucene
rather than a usage question, feel free to open a JIRA
And when you do ask on the user's list, you need to include the evidence (stack
trace etc) that leads you to believe you're hitting this problem. There isn't
enough information here to really say much as far as diagnosing your problem,
you might want to review:
http://wiki.apache.org/solr/UsingMailingLists
> allowCompression parameter not been used
> ----------------------------------------
>
> Key: SOLR-8161
> URL: https://issues.apache.org/jira/browse/SOLR-8161
> Project: Solr
> Issue Type: Bug
> Components: clients - java
> Affects Versions: 5.0
> Environment: CentOS 7
> Reporter: HanDongdong
> Labels: compression, exceeds
> Fix For: 5.0
>
>
> shardHandlerFactory config in solr.xml:
> {noformat}
> <shardHandlerFactory name="shardHandlerFactory"
> class="HttpShardHandlerFactory">
> <int name="socketTimeout">${socketTimeout:600000}</int>
> <int name="connTimeout">${connTimeout:60000}</int>
> <bool name="useRetries">true</bool>
> <bool name="allowCompression">true</bool>
> </shardHandlerFactory>
> {noformat}
> actually *useRetries* can be set in HttpClient properly, but not use
> *allowCompression* paramter
> is it means Solr don't support response compression when do Http request ?
> here is the source code to parse parameters :
> {noformat}
> ModifiableSolrParams clientParams = new ModifiableSolrParams();
> clientParams.set(HttpClientUtil.PROP_MAX_CONNECTIONS_PER_HOST,
> maxConnectionsPerHost);
> clientParams.set(HttpClientUtil.PROP_MAX_CONNECTIONS, maxConnections);
> clientParams.set(HttpClientUtil.PROP_SO_TIMEOUT, soTimeout);
> clientParams.set(HttpClientUtil.PROP_CONNECTION_TIMEOUT,
> connectionTimeout);
> if (!useRetries) {
> clientParams.set(HttpClientUtil.PROP_USE_RETRY, false);
> }
> this.defaultClient = HttpClientUtil.createClient(clientParams);
>
> // must come after createClient
> if (useRetries) {
> // our default retry handler will never retry on IOException if the
> request has been sent already,
> // but for these read only requests we can use the standard
> DefaultHttpRequestRetryHandler rules
> ((DefaultHttpClient) this.defaultClient).setHttpRequestRetryHandler(new
> DefaultHttpRequestRetryHandler());
> }
> {noformat}
> can anyone please explain to me ?
> we are facing "2048KB upload size exceeds limit" issue, and we don't want to
> increase the limit for now
> {noformat}
> <requestParsers enableRemoteStreaming="false"
> multipartUploadLimitInKB="2048000"
> formdataUploadLimitInKB="2048"
> addHttpRequestToContext="false"/>
> {noformat}
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org
