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/24 01:03:25 UTC
[jira] [Updated] (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 updated SOLR-8890:
---------------------------
Attachment: SOLR-8890.patch
My plan is to (ultimately) commit this feature as part of SOLR-445, but I'm opening this sub-task and attaching a patch with the isolated changes for this "sub-feature" in case folks would like to review it independently.
(see the commits to be pushed shortly on the jira/SOLR-445 branch for real world usage & tests that leverage this)
> 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: dev-unsubscribe@lucene.apache.org
For additional commands, e-mail: dev-help@lucene.apache.org