[
https://issues.apache.org/jira/browse/SOLR-17359?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17863206#comment-17863206
]
Eric Pugh commented on SOLR-17359:
----------------------------------
One thought, do we like the sub command pattern? Is that how modern "good"
CLI's are built? If so, then do we think this is an opportunity to improve
commons-cli instead of rolling our own code? (and if so what would that look
like??)
> Make SolrCLI handle arg parsing of zk sub commands
> --------------------------------------------------
>
> Key: SOLR-17359
> URL: https://issues.apache.org/jira/browse/SOLR-17359
> Project: Solr
> Issue Type: Sub-task
> Components: scripts and tools
> Reporter: Jan Høydahl
> Priority: Major
>
> Both bin/solr and bin/solr.cmd have lots of shell code to parse the zk sub
> commands, and to print the usage text. We have both a short zk uage text and
> the full one.
> {code:java}
> Usage: solr zk upconfig|downconfig -d <confdir> -n <configName> [-z zkHost]
> [-s solrUrl]"
> solr zk cp [-r] <src> <dest> [-z zkHost] [-s solrUrl]"
> solr zk rm [-r] <path> [-z zkHost] [-s solrUrl]"
> solr zk mv <src> <dest> [-z zkHost] [-s solrUrl]"
> solr zk ls [-r] <path> [-z zkHost] [-s solrUrl]"
> solr zk mkroot <path> [-z zkHost] [-s solrUrl]"
> solr zk linkconfig --conf-name <confname> -c <collection> [-z zkHost]
> [-s solrUrl]"
> solr zk updateacls <path> [-z zkHost] [-s solrUrl]" {code}
> Extend SolrCLI and tools API to handle sub commands more natively so that
> doing {{solr zk -h}} shows a list of sub commands, while `solr zk cp -h`
> shows usage for that sub command.
> I think commons-cli does not have native subcommand support like e.g.
> picocli, but it should be possible to implement..
--
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
