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

Yonik Seeley commented on SOLR-9623:
------------------------------------

Sorry, this fell off my radar.

bq. [~yonik] any thought about whether the default limit for 
formdataUploadLimitInKB should also be raised?

It should be unlimited.

bq. The number 2048000 feels a bit like adding zeros to make a big number.

That's exactly what I did when I hit the magic limit previously... I didn't 
know the implementation details, and didn't know if this was internally an 
integer or a long.  And without knowing the implementation details, things like 
MAX_INT or MAX_LONG can cause boundary condition bugs.  So I just added some 
zeroes ;-)  But if there's a way to make it effectively unlimited, it seems 
like that's what it should be.

> Disable remote streaming by default
> -----------------------------------
>
>                 Key: SOLR-9623
>                 URL: https://issues.apache.org/jira/browse/SOLR-9623
>             Project: Solr
>          Issue Type: Improvement
>      Security Level: Public(Default Security Level. Issues are Public) 
>          Components: security
>            Reporter: Jan Høydahl
>            Assignee: Jan Høydahl
>            Priority: Blocker
>              Labels: configset
>             Fix For: master (7.0)
>
>         Attachments: SOLR-9623.patch, SOLR-9623.patch, SOLR-9623.patch
>
>
> As we set more and more config settings suitable for production use, perhaps 
> it is time to disable remoteStreaming by default, and document how to enable 
> it.
> In all config sets, change into
> {code:xml}
> <requestParsers enableRemoteStreaming="${solr.remoteStreaming:false}"
>    multipartUploadLimitInKB="2048000"
>    formdataUploadLimitInKB="2048"
>    addHttpRequestToContext="false"/>
> {code}
> And then consider adding support for it in solr.in.xxx



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]

Reply via email to