[
https://issues.apache.org/jira/browse/SOLR-6892?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14359751#comment-14359751
]
Alexandre Rafalovitch commented on SOLR-6892:
---------------------------------------------
We better have the debugging statements explaining exactly what the final chain
is. The mailing list is already starting to see people getting confused by
chains defined as "default" being ignored because there is another declaration
somewhere in the initParams section. It's a hell to troubleshoot.
So, please make sure that there is a debug level log statement that at least
names the classes in the sequence created.
> Improve the way update processors are used and make it simpler
> --------------------------------------------------------------
>
> Key: SOLR-6892
> URL: https://issues.apache.org/jira/browse/SOLR-6892
> Project: Solr
> Issue Type: Improvement
> Reporter: Noble Paul
> Assignee: Noble Paul
> Attachments: SOLR-6892.patch
>
>
> The current update processor chain is rather cumbersome and we should be able
> to use the updateprocessors without a chain.
> The scope of this ticket is
> * A new tag {{<updateProcessor>}} becomes a toplevel tag and it will be
> equivalent to the {{<processor>}} tag inside
> {{<updateRequestProcessorChain>}} . The only difference is that it should
> require a {{name}} attribute. The {{<updateProcessorChain>}} tag will
> continue to exist and it should be possible to define {{<processor>}} inside
> as well . It should also be possible to reference a named URP in a chain.
> * processors will be added in the request with their names . Example
> {{processor=a,b,c}} , {{pre-processor=p,q,r}} or {{post-processor=x,y,z}} .
> This creates an implicit chain of the named URPs the order they are specified
> * There are multiple request parameters supported by update request
> ** pre-processor : This chain is executed at the node that receives the
> request. Other nodes will not execute this
> ** processor : This chain is executed executed at the leader right before the
> LogUpdateProcessorFactory + DistributedUpdateProcessorFactory . The replicas
> will not execute this.
> ** post-processor : This chain is executed right before the
> RunUpdateProcessor in all replicas , including the leader
> * What happens to the update.chain parameter ? {{update.chain}} will be
> honored . The implicit chain is created by merging both the update.chain and
> the request params. {{post-processor}} will be inserted right after the
> DistributedUpdateProcessor in the chain. and {{processor}} will be inserted
> right in the beginning of the update.chain
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
