You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@solr.apache.org by "Mayya Sharipova (Jira)" <ji...@apache.org> on 2021/06/23 13:51:03 UTC

[jira] [Updated] (SOLR-15438) Refactor: Simplify SolrDispatchFilter close/destroy

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

Mayya Sharipova updated SOLR-15438:
-----------------------------------
    Security:     (was: Public)

> Refactor: Simplify SolrDispatchFilter close/destroy
> ---------------------------------------------------
>
>                 Key: SOLR-15438
>                 URL: https://issues.apache.org/jira/browse/SOLR-15438
>             Project: Solr
>          Issue Type: Improvement
>            Reporter: David Smiley
>            Assignee: David Smiley
>            Priority: Minor
>          Time Spent: 40m
>  Remaining Estimate: 0h
>
> SolrDispatchFilter's close process is more convoluted than it needs to be.  There is conditionality via a boolean closeOnDestory that JettySolrRunner uses, yet it seems it doesn't really need this logic.  JSR could instead call Jetty FilterHolder stop() method which tracks lifecycle to know if it hasn't been called, and it can skip needless null checks.  Also SDF's reference to CoreContainer needn't be null'ed out, which makes some logic simpler above that needn't guard against null.  The HttpClient needn't be null'ed either.  We don't need a reference to SolrMetricManager; it can be gotten from CoreContainer easily.



--
This message was sent by Atlassian Jira
(v8.3.4#803005)

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