[ 
https://issues.apache.org/jira/browse/SOLR-2823?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13125313#comment-13125313
 ] 

Jan Høydahl commented on SOLR-2823:
-----------------------------------

This could look like:
{code:xml}
<updateRequestProcessorChain name="crawl">
  <processor class="com.example.MyCrawlSpecificProcessor" />
  <processor ref="langid" />
  <processor class="solr.RunUpdateProcessorFactory" />
</updateRequestProcessorChain>

<updateRequestProcessorChain name="cms">
  <processor class="com.example.MyCmsSpecificProcessor" />
  <processor ref="langid" />
  <processor class="solr.RunUpdateProcessorFactory" />
</updateRequestProcessorChain>

<updateProcessors>
  <processor name="langid" 
class="solr.LanguageIdentifierUpdateProcessorFactory">
    <str name="langid.fl">text,title,subject,description</str>
    <str name="langid.langField">language_s</str>
    <str name="langid.fallback">en</str>
  </processor>
</updateProcessors>
{code}
                
> Re-use of UpdateProcessor configurations in multiple UpdateChains
> -----------------------------------------------------------------
>
>                 Key: SOLR-2823
>                 URL: https://issues.apache.org/jira/browse/SOLR-2823
>             Project: Solr
>          Issue Type: Improvement
>          Components: update
>            Reporter: Jan Høydahl
>            Priority: Minor
>
> When dealing with multiple UpdateChains and Processors, you frequently need 
> to re-use configuration. Two chains may be equal except for one config 
> setting in one <processor>.
> I propose to allow named processor configs, which can be referenced by name 
> in the chains.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: 
https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira



---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org

Reply via email to