[
https://issues.apache.org/jira/browse/SOLR-5480?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13932402#comment-13932402
]
Greg Harris commented on SOLR-5480:
-----------------------------------
I tried to use this patch with mlt.fq. Essentially I'm having trouble with
using an integer as the parameter, String seems to work. It's parsing junk as
the value of the filter query as an int. I don't know exactly what needs to be
fixed, but it has to do with using the toString() method on the TermQuery
object as part of the fq.
Basically at line 584 in SingleMoreLikeThisComponent:
String[] mltFilters = new String[rb._mltFilters.size()];
for (int i = 0; i < mltFilters.length; i++) {
mltFilters[i] = rb._mltFilters.get(i).toString();
}
the toString() eventually calls TermQuery.toString(String field). Since this is
a bytesRef it seems that TermQuery.text() called in the toString() doesn't
return what should be an int value and instead returns junk. Then the filter
fails.
> Make MoreLikeThisHandler distributable
> --------------------------------------
>
> Key: SOLR-5480
> URL: https://issues.apache.org/jira/browse/SOLR-5480
> Project: Solr
> Issue Type: Improvement
> Reporter: Steve Molloy
> Attachments: SOLR-5480.patch, SOLR-5480.patch, SOLR-5480.patch,
> SOLR-5480.patch, SOLR-5480.patch, SOLR-5480.patch
>
>
> The MoreLikeThis component, when used in the standard search handler supports
> distributed searches. But the MoreLikeThisHandler itself doesn't, which
> prevents from say, passing in text to perform the query. I'll start looking
> into adapting the SearchHandler logic to the MoreLikeThisHandler. If anyone
> has some work done already and want to share, or want to contribute, any help
> will be welcomed.
--
This message was sent by Atlassian JIRA
(v6.2#6252)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
