[
https://issues.apache.org/jira/browse/SOLR-16800?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17726660#comment-17726660
]
Jason Gerlowski commented on SOLR-16800:
----------------------------------------
bq. I think I would eliminate the "-p" and keep "-c" as the name of the
collection, and then have a "-solrUrl" that points to the root of Solr?
Perfect, thanks! Addresses my concern completely.
bq. should this actually be pointed at the V2 api? Would that then be bin/solr
create_collection -c my NewCollection -solrUrl http://localhost:8983/api?
Maybe the best way to address the v1/v2 question is to have the "root of Solr"
taken by "-solrUrl" be pathless entirely? (i.e. "http://localhost:8983";)
That'd allow us to switch the implementation over to v2 down the road without
users having to know or care. Which I think is ideal.
> Allow create, create_core, create_collection, delete, create, to use -url
> instead of -c and work with remote solr.
> ------------------------------------------------------------------------------------------------------------------
>
> Key: SOLR-16800
> URL: https://issues.apache.org/jira/browse/SOLR-16800
> Project: Solr
> Issue Type: Sub-task
> Components: cli
> Affects Versions: main (10.0), 9.3
> Reporter: Eric Pugh
> Priority: Minor
>
> We have a mix of commands that take a -url and others that take a -c
> parameter.
> Only work locally (and that makes sense to me):
> start, stop, restart, status, version, auth
> assert (though maybe?)
> package
> Only work locally (and that DOESN'T make sense to me):
> create, create_core, create_collection, delete
> Works with remote Solr:
> healthcheck - requires a -c and a werid -z parameter!
> zk
> config, though it has -c, -p and -solrUrl.. Which seems like we could
> simplify to -solrUrl?
> export
> api
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
---------------------------------------------------------------------
To unsubscribe, e-mail: issues-unsubscr...@solr.apache.org
For additional commands, e-mail: issues-h...@solr.apache.org
