[
https://issues.apache.org/jira/browse/SOLR-11542?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
David Smiley updated SOLR-11542:
--------------------------------
Attachment: SOLR_11542_time_series_URP.patch
New patch:
* Tested use with TolerantUpdateProcessorFactory. It's not essential but I
wanted to make sure it worked.
* Tested that URPs prior to DURP will only execute once despite the extra layer
of distributed-ness we add here.
* Now using alias metadata (SOLR-11487) "router.field" to see which field we
should route on.
The test does some Solr configuration using a purely restful approach, and
using the new V2 API at that. It's awkward but works. I discovered a bug
whose fix is included in this patch -- the V2 API wasn't forwarding requests
when the receiving node doesn't have an appropriate core. I'll file a separate
issue.
Once the dependencies are committed, I think this patch is ready to commit.
> Add URP to route time partitioned collections
> ---------------------------------------------
>
> Key: SOLR-11542
> URL: https://issues.apache.org/jira/browse/SOLR-11542
> Project: Solr
> Issue Type: Sub-task
> Security Level: Public(Default Security Level. Issues are Public)
> Components: SolrCloud
> Reporter: David Smiley
> Fix For: 7.2
>
> Attachments: SOLR_11542_time_series_URP.patch,
> SOLR_11542_time_series_URP.patch, SOLR_11542_time_series_URP.patch
>
>
> Assuming we have some time partitioning metadata on an alias (see SOLR-11487
> for the metadata facility), we'll then need to route documents to the right
> collection. I propose a new URP. _(edit: originally it was thought
> DistributedURP would be modified but thankfully we can avoid that)._
> The scope of this issue is:
> * decide on some alias metadata names & semantics
> * decide the collection suffix pattern. Read/write code (needed to route).
> * the routing code
> No new partition creation nor deletion happens is this issue.
--
This message was sent by Atlassian JIRA
(v6.4.14#64029)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
