[
https://issues.apache.org/jira/browse/SOLR-11617?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16391564#comment-16391564
]
Tomás Fernández Löbbe commented on SOLR-11617:
----------------------------------------------
I think that's a great idea. We should try to unify the API regardless of the
implementation. We now have {{CLUSTERPROP}}, {{COLLECTIONPROP}}, we could make
this API be {{ALIASPROP}}, and maybe we could also modify the API of "replica
properties", from {{ADD/DELETEREPLICAPROP}} to {{REPLICAPROP}}, and work in the
same way others work ( {{null}} value unsets the property).
Also:
{quote}It seems this API can only handle setting one name-value at a time.I
think it should be a bunch
{quote}
+1 (looks like this is already supported for alias metadata). We should add
something similar to the other "PROPS" if they don't have that already.
{quote}When creating an alias, we can specify the metadata with a prefix, e.g.
"metadata.route.field" would set the "route.field" metadata
{quote}
+1, we should have that for COLLECTIONPROP. We already have that for Replica
props I think
> Expose Alias Metadata CRUD in REST API
> --------------------------------------
>
> Key: SOLR-11617
> URL: https://issues.apache.org/jira/browse/SOLR-11617
> Project: Solr
> Issue Type: Sub-task
> Security Level: Public(Default Security Level. Issues are Public)
> Components: SolrCloud
> Affects Versions: master (8.0)
> Reporter: Gus Heck
> Assignee: David Smiley
> Priority: Major
> Fix For: 7.3
>
> Attachments: SOLR_11617.patch, SOLR_11617.patch
>
> Time Spent: 20m
> Remaining Estimate: 0h
>
> SOLR-11487 is adding Java API for metadata on aliases, this task is to expose
> that functionality to end-users via a REST API.
> Some proposed commands, for initial discussion:
> - *SETALIASMETA* - upsert, or delete if blank/null/white-space provided.
> - *GETALIASMETA* - read existing alias metadata
> Given that the parent ticket to this task is going to rely on the alias
> metadata, and I suspect a user would potentially completely break their time
> partitioned data configuration by editing system metadata directly, we should
> either document these commands as "use at your own risk, great
> power/responsibility etc" or consider protecting some subset of metadata.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
