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

ASF subversion and git services commented on SOLR-17383:
--------------------------------------------------------

Commit 40b039cdb10143e5795a1e3f4c79e3a1315e9bc4 in solr's branch 
refs/heads/branch_9x from Christos Malliaridis
[ https://gitbox.apache.org/repos/asf?p=solr.git;h=40b039cdb10 ]

SOLR-17383: Fix support for deprecated options in 9x (#2819)

* Fix support for deprecated options
* Support deprecated url param in PackageTool

> CLI: Resolve overlapping arguments
> ----------------------------------
>
>                 Key: SOLR-17383
>                 URL: https://issues.apache.org/jira/browse/SOLR-17383
>             Project: Solr
>          Issue Type: Improvement
>            Reporter: Christos Malliaridis
>            Assignee: Eric Pugh
>            Priority: Major
>              Labels: pull-request-available
>             Fix For: 9.8
>
>          Time Spent: 40m
>  Remaining Estimate: 0h
>
> With the changes from SOLR-16757 arguments were moved to java source code to 
> simplify and merge shell script logic. We noticed many overlappings in 
> arguments' short and long forms that cause confusion and possible unexpected 
> results.
> Since commands are executed with "bin/solr", the user has a hard time 
> learning the short form of each argument and the long form of the same 
> argument may vary too, because it is often context-specific.
> See [Solr Arguments - Migration 
> Overview|https://docs.google.com/spreadsheets/d/1ws44kN51WnGwQzOXc8KKRQ93TMgHSqIGb02MRWFel_U/edit?usp=sharing]
>  for more details about conflicting arguments.
>  
> Noticable confusions for beginners may be:
>  * 
> {code:java}
> bin/solr start -c -e techproducts # "creates" and starts a solr cloud 
> instance with example data, -c does not receive an argument
> bin/solr create -c mycollection # "creates" a new collection in an existing 
> solr, -c requires a value{code}
>  * 
> {code:java}
> bin/solr create -c mycollection # succeeds
> bin/solr create --collection mycollection (fails?)
> bin/solr create --name mycollection (succeeds){code}
>  * 
> {code:java}
> bin/solr config -c ... --action set-user-property --property 
> update.autoCreateFields -v false # Does this set property to false or execute 
> command in verbose mode, or both{code}
> We should consider for which arguments it is fine to have overlapping short 
> forms, which arguments can be unified and use same short and long-form to 
> improve learnability and which arguments should maybe not have a short form 
> or should use different wording to use different abbreviations.



--
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

Reply via email to