You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@lucene.apache.org by "Alan Woodward (JIRA)" <ji...@apache.org> on 2016/03/03 11:15:18 UTC

[jira] [Updated] (SOLR-8782) Improve SolrJ Collections async API

     [ https://issues.apache.org/jira/browse/SOLR-8782?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Alan Woodward updated SOLR-8782:
--------------------------------
    Attachment: SOLR-8782.patch

Patch with a suggested implementation.

- instead of .setAsync(), we add a processAsync() method, that returns a generated async id (you can optionally pass in your own if you have pre-generated ids for somer reason)
- we also add a processAndWait() method that handles polling for completion or failure states

This patch applies on top of the patch for SOLR-8765.  It needs javadocs, but all tests are passing, and you can see how much simpler the API is from the test changes - lots of lines removed.

> Improve SolrJ Collections async API
> -----------------------------------
>
>                 Key: SOLR-8782
>                 URL: https://issues.apache.org/jira/browse/SOLR-8782
>             Project: Solr
>          Issue Type: Improvement
>            Reporter: Alan Woodward
>         Attachments: SOLR-8782.patch
>
>
> The async collections API is a bit difficult to use at the moment:
> - you need to create your own async ID and add it to the request
> - you then need to create a different request and poll to find out when you get a response
> - the implementation requires some complex generics just to allow a chained .setAsync() method
> I think we can improve this.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

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