-
Notifications
You must be signed in to change notification settings - Fork 25.2k
The _moreLikeThis query fails #94
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Comments
It constructs a likeText correctly. Is there a chance that you can post a test case with some data? |
Hiya - this script reproduces the error:
|
I fixed the failure, but now, with the fix, when you just execute an mlt with no parameters, it will use the _source to generate a query, and note that it will ignore number based types. One good option you may have is, when you store _all, is to list the |
The query without and mltFields now works, however if i specify the
And if I specify the
In my local test suite, specifying the |
In fact, if you use my original test case in the first post in this issue, and just change the last line to:
.... you'll get a NullPointerException |
ok, hopefully its fixed now. |
looks good. One thing is if I specify (eg) a date field, instead of reporting "you can't to mlt on a date field" it says "No fields found to fetch likeText from" - could be a better error message. I get the same message if specifying |
Fixed |
Closes elastic#94. (cherry picked from commit 0ab38f3) (cherry picked from commit 96c7bb1)
I use ElasticSearch 1.4.3 with mapper-attachment plugin 2.4.2 (TIKA 1.7). I get an error when indexing **specific** docx file: > "[DEBUG][org.elasticsearch.index.mapper.attachment.AttachmentMapper] Failed to extract [-1] characters of text for [null]: [org.apache.poi.xwpf.usermodel.XWPFSDT.getContent()Lorg/apache/poi/xwpf/usermodel/ISDTContent;]" But if i use mapper-attachment plugin 2.4.1 (TIKA 1.5) there is no error and content is parsed successfully. Caused by this change elastic#94. Closes elastic#104.
Update Coordination.md claiming issue 21312
A _moreLikeThis query fails, apparently because the query it constructs uses
like
instead oflikeText
The text was updated successfully, but these errors were encountered: