[
https://issues.apache.org/jira/browse/SOLR-16800?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17752020#comment-17752020
]
ASF subversion and git services commented on SOLR-16800:
--------------------------------------------------------
Commit 44668dce33fbde921cc961079d8db29e83f0f9ca in solr's branch
refs/heads/main from Eric Pugh
[ https://gitbox.apache.org/repos/asf?p=solr.git;h=44668dce33f ]
SOLR-16800: Move towards using the root of Solr as the -solrUrl in the CLI.
(#1808)
Now that hostContext can only ever be /solr, and the maturing of the Solr V2
API's that are nested under the /api path, we want Solr commands that take in a
-solrUrl to point to the root of your Solr, not a nested path.
This handles this, as well as provides feedback to users who still use the
older -solrUrl http://localhost:8983/solr form that they no longer need to do
this.
> Allow create and delete 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
> Time Spent: 2h 20m
> Remaining Estimate: 0h
>
> 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
