lucene-solr-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Uri Boness (JIRA)" <j...@apache.org>
Subject [jira] Commented: (SOLR-1099) FieldAnalysisRequestHandler
Date Mon, 10 Aug 2009 12:54:14 GMT

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

Uri Boness commented on SOLR-1099:
----------------------------------

bq. there are a number of oddities (things like using the complete text of a field as the
key or name in a map value, listing the value twice, requiring a uniqueKey)

Yes, I know... I didn't feel best with it as well, but that how the original analysis handler
worked so I just followed that

{quote}
And that got me thinking why there are SolrJ classes dedicated to it... and I'm not sure that
we should take up space for that.

IMO, common things in SolrJ should have easier, more type safe interfaces and uncommon, advanced
features should be accessed via the generic APIs in order to keep the interfaces smaller and
more understandable for the general user.
{quote}

Why wouldn't you want SolrJ support for it? IMO, it would be great to have SolrJ support for
every request handler that ships out of the box with Solr. It makes the user's life simpler
and easier to use Solr this way. And as far as space is concerned... how much does it really
add to the overall size of solrj jar? In any case, we're not talking of megabytes here...
and for most people it doesn't really matter - I think it's more important to provide a simple
and user friendly API to work with, and if the cost is to add a few extra classes I think
it's a pretty cheap price to pay. It is true (I also mentioned it before) that it's not a
major functionality that will be used often... but it is useful to have for tooling support
- We're using it in one of the tools that we've created and the admin website can use it as
well.

> 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: AnalisysRequestHandler_refactored.patch, analysis_request_handlers_incl_solrj.patch,
AnalysisRequestHandler_refactored1.patch, FieldAnalysisRequestHandler_incl_test.patch, SOLR-1099.patch,
SOLR-1099.patch, SOLR-1099.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.


Mime
View raw message