[ 
https://issues.apache.org/jira/browse/SOLR-15701?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=18070989#comment-18070989
 ] 

Christos Malliaridis commented on SOLR-15701:
---------------------------------------------

According to CRUD operations, there is no direct map for "clone", and in my 
opinion we should avoid multiple terms for creating a new configset. I believe 
create is in this case fine, as long as we make it clear that it is create with 
params, in this case with a base configset.

By no means I mean what is proposed here is wrong or misleading. I think it 
points out exactly what we trying to improve at our REST endpoints too. The 
create operation requires a base configset right now which is a bug and should 
be fixed. I think that is why create is solrj is just clone. Once fixed, it 
will be possible to create a configset from scratch.

> ConfigSet SolrJ API is incomplete
> ---------------------------------
>
>                 Key: SOLR-15701
>                 URL: https://issues.apache.org/jira/browse/SOLR-15701
>             Project: Solr
>          Issue Type: Bug
>          Components: configset-api, SolrJ
>    Affects Versions: 8.10
>            Reporter: Andrzej Bialecki
>            Assignee: Andrzej Bialecki
>            Priority: Major
>              Labels: pull-request-available
>          Time Spent: 10m
>  Remaining Estimate: 0h
>
> SolrJ ConfigSet API allows users to manage configsets but it's curiously 
> incomplete (and somewhat misleading):
>  * CREATE action doesn't actually allow users to create a wholly new 
> configset, it only allows to copy one of the existing configsets under a new 
> name. It should really be renamed to COPY.
>  * there's no support for UPLOAD action in the SolrJ API, which is a strange 
> omission - there's support for every other action but there's no (easy) way 
> to upload a new configset. {{ConfigSetHandler}} supports this action so the 
> problem lies only in the missing client classes.
> I'll work on adding support for UPLOAD, but I'm not sure what to do with the 
> mis-named CREATE - I'd love to rename it but this would cause back-compat 
> issues. Maybe deprecate it, rename it only in 9.0 and keep supporting CREATE 
> -> COPY until 9.1 release?



--
This message was sent by Atlassian Jira
(v8.20.10#820010)

---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]

Reply via email to