[
https://issues.apache.org/jira/browse/SOLR-1099?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12698696#action_12698696
]
Uri Boness commented on SOLR-1099:
----------------------------------
Well, the AnalysisRequestHandler goal is to handle documents, so basically, you
send a XML document (same document as you would send for indexing) and the
handler analyses the fields of the document. So the main difference between the
two handlers is that the AnalsisRequestHandler enables you to provides a set of
field names/types and their values to be analysed, while in the
FieldAnalysisRequestHandler you're mainly targeting just a couple of fields and
you can only specify one value to be analysed. The other main difference is
that the AnalysisRequestHandler handles a POST request with an XML request body
while the FieldAnalysisRequestHandler handles a GET request where all the
parameters are specified as URL params.
As I mentioned, the analysis breakdown of the FieldAnalysisRequestHandler is
more detailed than the AnalysisRequestHandler and this is why I think that some
refactoring can take place by extracting all the common functionality to a
parent class for these two classes.
> FieldAnalysisRequestHandler
> ---------------------------
>
> Key: SOLR-1099
> URL: https://issues.apache.org/jira/browse/SOLR-1099
> Project: Solr
> Issue Type: New Feature
> Components: Analysis
> Affects Versions: 1.3
> Reporter: Uri Boness
> Assignee: Shalin Shekhar Mangar
> Fix For: 1.4
>
> Attachments: FieldAnalysisRequestHandler_incl_test.patch
>
>
> The FieldAnalysisRequestHandler provides the analysis functionality of the
> web admin page as a service. This handler accepts a filetype/fieldname
> parameter and a value and as a response returns a breakdown of the analysis
> process. It is also possible to send a query value which will use the
> configured query analyzer as well as a showmatch parameter which will then
> mark every matched token as a match.
> If this handler is added to the code base, I also recommend to rename the
> current AnalysisRequestHandler to DocumentAnalysisRequestHandler and have
> them both inherit from one AnalysisRequestHandlerBase class which provides
> the common functionality of the analysis breakdown and its translation to
> named lists. This will also enhance the current AnalysisRequestHandler which
> right now is fairly simplistic.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.