[ 
https://issues.apache.org/jira/browse/SOLR-5264?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Shawn Heisey updated SOLR-5264:
-------------------------------

    Attachment: SOLR-5264.patch

New patch.  Adds methods to NamedList: public methods removeAll and removeArgs, 
private method killAll.  Removes the oneOrMany method from 
FieldMutatingUpdateProcessorFactory.  Adds tests for new methods, improves one 
existing test.  I am seeing a replication stress test failure, but I don't 
think it's related to these changes.  The patch has a conflict on branch_4x, so 
I haven't done any testing there yet.

All this so I can use removeArgs in my own custom update processors!

Please let me know if there is any objection to committing this after making 
sure branch_4x is good.

                
> New method on NamedList to return one or many config arguments as collection
> ----------------------------------------------------------------------------
>
>                 Key: SOLR-5264
>                 URL: https://issues.apache.org/jira/browse/SOLR-5264
>             Project: Solr
>          Issue Type: Improvement
>          Components: clients - java
>    Affects Versions: 4.5
>            Reporter: Shawn Heisey
>            Assignee: Shawn Heisey
>            Priority: Minor
>             Fix For: 5.0, 4.6
>
>         Attachments: SOLR-5264.patch, SOLR-5264.patch, SOLR-5264.patch
>
>
> In the FieldMutatingUpdateProcessorFactory is a method called "oneOrMany" 
> that takes all of the entries in a NamedList and pulls them out into a 
> Collection.  I'd like to use that in a custom update processor I'm building.
> It seems as though this functionality would be right at home as part of 
> NamedList itself.  Here's a patch that moves the method.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira

---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]

Reply via email to