You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@lucene.apache.org by "Amrit Sarkar (JIRA)" <ji...@apache.org> on 2017/03/07 07:20:32 UTC

[jira] [Commented] (SOLR-10209) UI: Convert all Collections api calls to async requests, add new features/buttons

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

Amrit Sarkar commented on SOLR-10209:
-------------------------------------

Need advice on the following:

We were solving two problems in this:
1. Indefinite retires of the API calls when the server goes down without completing the request
2. Don't say the connection is list if the API is taking more than 10 sec.

(2) is done and good to go, I am working on elegant progress bar so that it can accommodate more than one call at single time.
For (1), we are heading towards greater problems as earlier the original API call was replicated, now in addition REQUESTSTATUS api is clinging on with it and now two APIs are filling the network call list.

There is no way to fix it other than we change the base js file i.e. app.js. This means we will change how the API calls are made in other pages e.g. cloud, core, mbeans etc. I intend not to change the base js file, and suggestions will be deeply appreciated on this.

> UI: Convert all Collections api calls to async requests, add new features/buttons
> ---------------------------------------------------------------------------------
>
>                 Key: SOLR-10209
>                 URL: https://issues.apache.org/jira/browse/SOLR-10209
>             Project: Solr
>          Issue Type: Improvement
>      Security Level: Public(Default Security Level. Issues are Public) 
>          Components: Admin UI
>            Reporter: Amrit Sarkar
>         Attachments: SOLR-10209.patch, SOLR-10209-v1.patch
>
>
> We are having discussion on multiple jiras for requests for Collections apis from UI and how to improve them:
> SOLR-9818: Solr admin UI rapidly retries any request(s) if it loses connection with the server
> SOLR-10146: Admin UI: Button to delete a shard
> SOLR-10201: Add Collection "creates collection", "Connection to Solr lost", when replicationFactor>1
> Proposal =>
> *Phase 1:*
> Convert all Collections api calls to async requests and utilise REQUESTSTATUS to fetch the information. There will be performance hit, but the requests will be safe and sound. A progress bar will be added for request status.
> {noformat}
> > submit the async request
> if (the initial call failed or there was no status to be found)
> { report an error and suggest the user look check their system before resubmitting the request. Bail out in this case, no retries, no attempt to drive on. }
> else
> { put up a progress indicator while periodically checking the status, Continue spinning until we can report the final status. }
> {noformat}
> *Phase 2:*
> Add new buttons/features to collections.html
> a) "Split" shard
> b) "Delete" shard
> c) "Backup" collection
> d) "Restore" collection
> Open to suggestions and feedbacks on this.



--
This message was sent by Atlassian JIRA
(v6.3.15#6346)

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org
For additional commands, e-mail: dev-help@lucene.apache.org