[
https://issues.apache.org/jira/browse/SOLR-8161?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
HanDongdong updated SOLR-8161:
------------------------------
Description:
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">false</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}
was:
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">false</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 one 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}
> 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">false</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
