[
https://issues.apache.org/jira/browse/SOLR-6476?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14151974#comment-14151974
]
Steve Rowe commented on SOLR-6476:
----------------------------------
bq. The only outstanding issue AFAIK is the no:of reties. whether it should be
finite or infinite.
(There are other outstanding issues - I'll list them in another comment after
this one.)
I still think continuous retrying when there are competing updates is the right
thing to do.
How about this: in SOLR-6249, [~thelabdude] added request param
{{updateTimeoutSecs}} to fail Schema API requests unless they succeed within
the given time. We could add checking of this timeout to the update-retry loop
if it's provided, but when it's not, we allow the update-retry loop to continue
ad infinitum.
In any case, the patch on this issue needs to be changed to make bulk Schema
API requests aware of the new {{updateTimeoutSecs}} param and perform the same
all-replicas-in-sync check that the other Schema API methods now have.
> Create a bulk mode for schema API
> ---------------------------------
>
> Key: SOLR-6476
> URL: https://issues.apache.org/jira/browse/SOLR-6476
> Project: Solr
> Issue Type: Bug
> Components: Schema and Analysis
> Reporter: Noble Paul
> Assignee: Noble Paul
> Labels: managedResource
> Attachments: SOLR-6476.patch, SOLR-6476.patch, SOLR-6476.patch,
> SOLR-6476.patch, SOLR-6476.patch, SOLR-6476.patch, SOLR-6476.patch
>
>
> The current schema API does one operation at a time and the normal usecase is
> that users add multiple fields/fieldtypes/copyFields etc in one shot.
> example
> {code:javascript}
> curl http://localhost:8983/solr/collection1/schema -H
> 'Content-type:application/json' -d '{
> "add-field": {
> "name":"sell-by",
> "type":"tdate",
> "stored":true
> },
> "add-field":{
> "name":"catchall",
> "type":"text_general",
> "stored":false
> }
> }
> {code}
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]