[
https://issues.apache.org/jira/browse/SOLR-17685?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17935348#comment-17935348
]
ASF subversion and git services commented on SOLR-17685:
--------------------------------------------------------
Commit 1bcbcbb587bb4599a7abc1f8e2f52dcf7f899c41 in solr's branch
refs/heads/main from Eric Pugh
[ https://gitbox.apache.org/repos/asf?p=solr.git;h=1bcbcbb587b ]
SOLR-17685: Remove script creation of solr url based on SOLR_TOOL_HOST in
favour of java code in CLI tools (#3223)
* Add test to demonstrate conflict with -z, and the fix.
* Remove solr.tool.host and SOLR_TOOL_HOST
* Preserve legacy AUTH_PORT usage, with a bats test
> Can't pass in -z connection parameter to bin/solr auth
> ------------------------------------------------------
>
> Key: SOLR-17685
> URL: https://issues.apache.org/jira/browse/SOLR-17685
> Project: Solr
> Issue Type: Bug
> Components: cli
> Affects Versions: main (10.0)
> Reporter: Eric Pugh
> Priority: Major
> Labels: pull-request-available
> Time Spent: 2h 10m
> Remaining Estimate: 0h
>
> I noticed that the Security page in Solr for a not secured Solr gives you a
> default command to run:
>
> bin/solr auth enable --type basicAuth --prompt true -z 127.0.0.1:9983
>
> However, that fails with the error "Failed to parse command-line arguments
> due to: The option 's' was specified but an option from this group has
> already been selected: ‘z’”.
>
> I dug in a bit and the bin/solr command to run the auth tool tries to be
> smart about your Solr URL:
>
> run_tool auth $@ --solr-url
> "$SOLR_URL_SCHEME://$SOLR_TOOL_HOST:${AUTH_PORT:-8983}”
>
> Right now, we actually have a method INSIDE of the Java process that looks up
> a default Solr URL if you don’t pass in a —Solr-url or -z one and that uses
> the SOLR_TOOL_HOST environment variable.
>
> I believe this gives everyone what they want….?
>
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]