[
https://issues.apache.org/jira/browse/SOLR-9657?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15588868#comment-15588868
]
Alexandre Rafalovitch commented on SOLR-9657:
---------------------------------------------
I absolutely think we need to have the Javadoc. I am biased of course, as
that's what's used for generating
http://www.solr-start.com/info/update-request-processors/ . But also, it is a
way to keep the documentation with code, when the changes are made.
And as to whether the documentation is required at all, I had to look at the
patch to see what it actually does, the description of JIRA was not clear
enough. Specifically *operate on request parameters" I read that perhaps
something gets put back into parameter map.
As an aside, once this is finished, we can probably resolve SOLR-9650 too.
> Create a new TemplateUpdateRequestProcessorFactory
> --------------------------------------------------
>
> Key: SOLR-9657
> URL: https://issues.apache.org/jira/browse/SOLR-9657
> Project: Solr
> Issue Type: New Feature
> Security Level: Public(Default Security Level. Issues are Public)
> Reporter: Noble Paul
> Assignee: Noble Paul
> Attachments: SOLR-9657.patch
>
>
> Unlike other URPs, this will operate on request parameters
> example:
> {code}
> processor=Template&Template.field=fname:${somefield}some_string${someotherfield}
> {code}
> The actual name of the class is {{TemplateUpdateProcessorFactory}} and it is
> possible to optionally drop the {{UpdateProcessorfactory}} part. The
> {{Template.field}} specifies a field name as well as a template. The
> {{Template.field}} parameter is multivalued , so , it is possible to add
> multiple fields or a multivalued field with same name
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org
