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

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

Commit da3ea40e80189c7c2bbd8114a99c72a64262786b in lucene-solr's branch 
refs/heads/jira/SOLR-445 from [[email protected]]
[ https://git-wip-us.apache.org/repos/asf?p=lucene-solr.git;h=da3ea40 ]

SOLR-8890: generalized whitelist of param names DUP will use when forwarding 
requests, usage in SOLR-445


> make whitelist of params that DUP will forward (in filterParams(...)) 
> amendable by other processor factories 
> -------------------------------------------------------------------------------------------------------------
>
>                 Key: SOLR-8890
>                 URL: https://issues.apache.org/jira/browse/SOLR-8890
>             Project: Solr
>          Issue Type: Sub-task
>          Components: update
>            Reporter: Hoss Man
>         Attachments: SOLR-8890.patch
>
>
> {{DistributedUpdateProcessor}} is currently very conservative in what params 
> it will copy when creating requests for other nodes, using a hardcoded 
> internal list of only 2 param names.  There are good reasons for this 
> behavior in general, but it's really limiting -- especially when you're 
> implementing a custom {{RunAlways}} UpdateRequestProcessorFactory (or an 
> update processor that you expect to be configured after DUP).
> This situation has come up for me in SOLR-445, so I'd like to add support for 
> a new method that Factories can use to communicate with DUP regarding the 
> params they expect it to forward.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]

Reply via email to