When a field cannot be found in the mapping during the sort operation,
is there a way to have the system not throw an exception? It would be
nice if the field at fault is ignored from the sort fields.
Is the only other option to: pull the mappings for the item in the
particular index, see if the field exists or not, then tailor the
search statement?
I can turn down the log4j level from DEBUG to WARN as a "solution" but
I'd like to see if I can have this cleaned up via elasticsearch and
not have to make additional calls from my end.
When a field cannot be found in the mapping during the sort operation,
is there a way to have the system not throw an exception? It would be
nice if the field at fault is ignored from the sort fields.
Is the only other option to: pull the mappings for the item in the
particular index, see if the field exists or not, then tailor the
search statement?
Tuning the logging won't help, since it still won't search on those shards
/ indices where that field does not exists. It might be possible (might get
tricky when doing the "reduce" part of the search) to ignore fields that do
not exists, but open an issue, it might be possible.
I can turn down the log4j level from DEBUG to WARN as a "solution" but
I'd like to see if I can have this cleaned up via elasticsearch and
not have to make additional calls from my end.
When a field cannot be found in the mapping during the sort operation,
is there a way to have the system not throw an exception? It would be
nice if the field at fault is ignored from the sort fields.
Is the only other option to: pull the mappings for the item in the
particular index, see if the field exists or not, then tailor the
search statement?
Apache, Apache Lucene, Apache Hadoop, Hadoop, HDFS and the yellow elephant
logo are trademarks of the
Apache Software Foundation
in the United States and/or other countries.