[
https://issues.apache.org/jira/browse/SOLR-8890?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15212416#comment-15212416
]
ASF subversion and git services commented on SOLR-8890:
-------------------------------------------------------
Commit 5b6eacb80bca5815059cd50a1646fa4ecb146e43 in lucene-solr's branch
refs/heads/branch_6x from [[email protected]]
[ https://git-wip-us.apache.org/repos/asf?p=lucene-solr.git;h=5b6eacb ]
SOLR-445: new ToleranteUpdateProcessorFactory to support skipping update
commands that cause failures when sending multiple updates in a single request.
SOLR-8890: New static method in DistributedUpdateProcessorFactory to allow
UpdateProcessorFactories to indicate request params that should be forwarded
when DUP distributes updates.
This commit is a squashed merge from the jira/SOLR-445 branch (as of
b08c284b26b1779d03693a45e219db89839461d0)
> 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]
