-
Notifications
You must be signed in to change notification settings - Fork 24.8k
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
Error while using wildcard in multifield query_string query #3054
Comments
This is not a wildcard issue, it is due to attempting to search a field with the wrong format. You must have a numeric field that begins with a p inside of the observed object. When using your wildcard, this field get's included in the searchable fields and thus throws and error when you attempt to search it using a query string. Set the |
Doh. Makes sense. Thanks for pointing it out Matt. Closing. |
This change removes the InternalClient and the InternalSecurityClient. These are replaced with usage of the ThreadContext and a transient value, `action.origin`, to indicate which component the request came from. The security code has been updated to look for this value and ensure the request is executed as the proper user. This work comes from elastic#2808 where @s1monw suggested that we do this. While working on this, I came across index template registries and rather than updating them to use the new method, I replaced the ML one with the template upgrade framework so that we could remove this template registry. The watcher template registry is still needed as the template must be updated for rolling upgrades to work (see elastic#2950).
This change removes the InternalClient and the InternalSecurityClient. These are replaced with usage of the ThreadContext and a transient value, `action.origin`, to indicate which component the request came from. The security code has been updated to look for this value and ensure the request is executed as the proper user. This work comes from #2808 where @s1monw suggested that we do this. While working on this, I came across index template registries and rather than updating them to use the new method, I replaced the ML one with the template upgrade framework so that we could remove this template registry. The watcher template registry is still needed as the template must be updated for rolling upgrades to work (see #2950).
* es/6.x: (155 commits) Make persistent tasks work. Made persistent tasks executors pluggable. Removed ClientHelper dependency from PersistentTasksService. Added AllocatedPersistentTask#waitForPersistentTaskStatus(...) that delegates to PersistentTasksService#waitForPersistentTaskStatus(...) Add adding ability to associate an ID with tasks. Remove InternalClient and InternalSecurityClient (#3054) Make the persistent task status available to PersistentTasksExecutor.nodeOperation(...) method Refactor/to x content fragments2 (#2329) Make AllocatedPersistentTask members volatile (#2297) Moves more classes over to ToXContentObject/Fragment (#2283) Adapt to upstream changes made to AbstractStreamableXContentTestCase (#2117) Move tribe to a module (#2088) Persistent Tasks: remove unused isCurrentStatus method (#2076) Call initialising constructor of BaseTasksRequest (#1771) Always Accumulate Transport Exceptions (#1619) Pass down the provided timeout. Fix static / version based BWC tests (#1456) Don't call ClusterService.state() in a ClusterStateUpdateTask Separate publishing from applying cluster states Persistent tasks: require allocation id on task completion (#1107) Fixes compile errors in Eclipse due to generics ...
I've indexed some data with a field named "observed" that is an object with two other fields named "filename" and "pathname". These fields are analyzed and have multiple values.
The following query executed without problems:
but when I change it to the following it fails:
with the error:
"SearchPhaseExecutionException[Failed to execute phase [query], total failure; shardFailures {[jHW46VKNS_G6Cnrdzko_WA][file_analysis][0]: SearchParseException[[file_analysis][0]: from[-1],size[-1]: Parse Failure [Failed to parse source [{\t"query": {\t "query_string" : {\t "fields" : ["observed."],\t "query" : "Autorun",\t "use_dis_max" : true\t }\t}}]]]; nested: NumberFormatException[For input string: "Autorun"]; }{[jHW46VKNS_G6Cnrdzko_WA][file_analysis][1]: SearchParseException[[file_analysis][1]: from[-1],size[-1]: Parse Failure [Failed to parse source [{\t"query": {\t "query_string" : {\t "fields" : ["observed."],\t "query" : "Autorun",\t "use_dis_max" : true\t }\t}}]]]; nested: NumberFormatException[For input string: "Autorun"]; }]
Why is that? The docs indicate it should work.
Also odd is that the following works:
but this fails:
I am Running 0.90.0. The mapping for the fields looks like:
There are some other fields in there as well.
The text was updated successfully, but these errors were encountered: