You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@lucene.apache.org by "Hoss Man (JIRA)" <ji...@apache.org> on 2016/03/25 23:24:25 UTC

[jira] [Resolved] (SOLR-8890) make whitelist of params that DUP will forward (in filterParams(...)) amendable by other processor factories

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

Hoss Man resolved SOLR-8890.
----------------------------
       Resolution: Fixed
         Assignee: Hoss Man
    Fix Version/s: 6.1
                   master

> 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
>            Assignee: Hoss Man
>             Fix For: master, 6.1
>
>         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: dev-unsubscribe@lucene.apache.org
For additional commands, e-mail: dev-help@lucene.apache.org