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