[ 
https://issues.apache.org/jira/browse/SOLR-17054?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Bruno Roustant reassigned SOLR-17054:
-------------------------------------

    Assignee: Bruno Roustant

> Remove unused and duplicate code in DistributedZkUpdateProcessor
> ----------------------------------------------------------------
>
>                 Key: SOLR-17054
>                 URL: https://issues.apache.org/jira/browse/SOLR-17054
>             Project: Solr
>          Issue Type: Task
>      Security Level: Public(Default Security Level. Issues are Public) 
>            Reporter: Vincent Primault
>            Assignee: Bruno Roustant
>            Priority: Major
>             Fix For: main (10.0)
>
>          Time Spent: 10m
>  Remaining Estimate: 0h
>
> There is dead code and duplicate code in DistributedZkUpdateProcessor. It 
> makes understanding this already complex class more difficult.
> In particular, in getCollectionUrls, there are some unused parameters which 
> make the method more complex than it should be. Because it looked a bit 
> suspicious, [~broustant] investigated and found it was indeed safe to delete:
> {quote}I looked at the git history.
> This code comes from a refactor in 2019 of DistributedUpdateProcessor to 
> extract the code specific to cloud. At that time this method signature 
> already contained the boolean.
> Looking earlier, I saw that the boolean was added in 2018 in a commit “Make 
> massive improvements to the tests”. It added the boolean and modified the 
> single call to pass true. Well, I believe it was a perf optimization to 
> always limit to leaders. At that time the intent was clearly to ignore the 
> dead code, and I think the dead code should have been removed from the method 
> instead of adding this boolean.
> So after looking at the context, I’m +1 to remove this dead code.
> {quote}



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