You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@solr.apache.org by "ASF subversion and git services (Jira)" <ji...@apache.org> on 2026/10/09 20:17:00 UTC

[jira] [Commented] (SOLR-18166) Remove outmoded "bin/solr zk linkconfig" subcommand and related code

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

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

Commit 556552ad1221938e6b45ca4f161150b53c83a381 in solr's branch refs/heads/branch_10x from Jason Gerlowski
[ https://gitbox.apache.org/repos/asf?p=solr.git;h=556552ad122 ]

SOLR-18166: Remove last vestiges of 'linkconfig' ZK storage

(cherry picked from commit 31d089b1c95a3d5aee2d020975e03412f50d686f)


> Remove outmoded "bin/solr zk linkconfig" subcommand and related code
> --------------------------------------------------------------------
>
>                 Key: SOLR-18166
>                 URL: https://issues.apache.org/jira/browse/SOLR-18166
>             Project: Solr
>          Issue Type: Bug
>          Components: scripts and tools
>    Affects Versions: main(11.0)
>            Reporter: Jason Gerlowski
>            Assignee: Jason Gerlowski
>            Priority: Minor
>              Labels: pull-request-available
>             Fix For: main(11.0), 10.1
>
>          Time Spent: 40m
>  Remaining Estimate: 0h
>
> SOLR-3460 added the "zkcli.sh" script that we shipped with Solr distributions for many releases.  This tool contained a subcommand, "linkconfig", that created a zkNode at the path "/collections/<someCollName>" whose contents/data was essentially the configset name.
> This is something that made sense back in the 2012 timeframe when it was added.  At that time most of the "Collection Admin" or collection CRUD APIs we know and love today didn't exist.  So this manual "linking" process was a required part of creating a new collection.
> But today this code is purely vestigial.  There are no usecases that would have a user link a config today.  And no code in Solr looks for the "configName" property at this outmoded location, excepting a few deprecated methods that are slated for removal in or after Solr 10.
> I propose in this ticket that we:
> * remove "bin/solr zk linkconfig" (the linkconfig tooling was migrated here when zkcli.sh was sunset as a part of SOLR-14115)
> * remove all of the methods and call-sites previously deprecated by SOLR-14341 



--
This message was sent by Atlassian Jira
(v8.20.10#820010)

---------------------------------------------------------------------
To unsubscribe, e-mail: issues-unsubscribe@solr.apache.org
For additional commands, e-mail: issues-help@solr.apache.org