[
https://issues.apache.org/jira/browse/SOLR-8890?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Hoss Man updated SOLR-8890:
---------------------------
Fix Version/s: (was: 6.0)
master (7.0)
Description:
{{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.
was:
{{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.
Manually correcting fixVersion per Step #S5 of LUCENE-7271
> 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: 6.1, master (7.0)
>
> 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]
