我有一个使用 NEST（Elasticsearch .NET 客户端）与 Elasticsearch 集群通信的应用程序。该集成允许用户为查询的“query_string”部分指定输入。
用户可能输入了无效的查询。说“AND”，这是无效的，因为谓词不完整。但是从 Elasticsearch 返回的错误消息非常冗长，并且包含对用户不太友好的术语，例如“所有分片失败”。
有没有一种方法可以为用户提供更有意义的错误消息（比如“坏谓词”）。理想情况下，无需 Elasticsearch 往返即可验证用户搜索字符串，但我会接受更简单的错误消息，但我可以得到它。
【问题讨论】：
标签： elasticsearch nest
Elasticsearch 返回的错误消息很冗长，但对于解析此类错误，Elasticsearch 会抛出 QueryParsingException。如果您仔细检查错误消息，您会在整个错误消息的末尾找到字符串QueryParsingException。这是您感兴趣的异常（及其消息）。例如，当我在搜索请求中将must 拼写为mus2t 时，Elasticsearch 收到一条巨大的错误消息，下面是错误消息的最后一部分.
QueryParsingException[[<index name>] bool query does not support [mus2t]]; }]
当我将 must 拼写为 mus2t 时，我得到了这个。您可以解析并提取此错误消息。
【讨论】：
QueryParsingException[[<index name>] Failed to parse query [AND]]。下一个问题是如何从较大的文本中最好地解析它。我自己可以很容易地编写一个解析器，但是如果没有任何关于错误文本结构的规范，我不知道我是否遗漏了任何微妙的细节。也许其他错误场景的文本格式有很大不同？
QueryParsingException，我该如何处理“用户友好”错误？如何根据错误响应确定“磁盘已损坏”等严重服务器错误与“格式错误的查询”等更平庸的错误之间的区别？
您可以使用validation api。
以下查询
var validateResponse = client.Validate<Document>(descriptor => descriptor
.Explain()
.Query(query => query
.QueryString(qs => qs
.OnFields(f => f.Name)
.Query("AND"))));
你会得到
org.elasticsearch.index.query.QueryParsingException: [indexname]
Failed to parse query [AND];
org.apache.lucene.queryparser.classic.ParseException: Cannot parse
'AND': Encountered " <AND> "AND "" at line 1, column 0. Was expecting
one of:
<NOT> ...
"+" ...
"-" ...
<BAREOPER> ...
"(" ...
"*" ...
<QUOTED> ...
<TERM> ...
<PREFIXTERM> ...
<WILDTERM> ...
<REGEXPTERM> ...
"[" ...
"{" ...
<NUMBER> ...
<TERM> ...
"*" ...
对于最终用户来说仍然不是那么完美，它需要往返 ES，但也许会有所帮助。
【讨论】：