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