[
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:
* Ensured URPs prior to DURP do not get re-run at this alias/collections level
distributed phase. Note: I ought to test that this actually works as expected
...
* Throw helpful error if somehow the alias doesn't exist anymore yet we receive
an indexing request. (dubious situation). But note it can still distribute
requests if the alias exists but simply doesn't include the collection
receiving the update any longer.
* Cache the parsing of the timestamps. Will re-parse if the Alias instance is
modified.
* Added tests for time parsing
* Added tests to try different approaches on batch vs separate and which
collection to send the request to, and commitWithin.
Still dependent on SOLR-11487 (metadata). And still want to test more, namely
with TolerantUpdateProcessor.
> 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
> Priority: Major
> Fix For: 7.2
>
> Attachments: 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]
