Watcher 触发器主体不是对象 - 如何解决此 Elasticsearch 异常 | Easysearch | 分布式搜索型数据库

适用版本： 6.8-7.15

1. 错误异常的基本描述 #

could not parse trigger [type] for [watchId]. expected trigger an object as the trigger body; but found [token] 表示 Watcher 已经识别出了触发器类型字段，但这个字段后面跟的值不是一个 JSON 对象。

Watcher 的 trigger 段格式要求非常严格，通常是下面这种结构：

"trigger": {
    "schedule": {
        "cron": "0 0/5 * * * ?"
    }
}

如果把 schedule 后面直接写成字符串、数组或布尔值，就会触发该异常。

2. 为什么会发生这个错误 #

从日志片段可以看到，Watcher 读取到触发器类型字段名后，下一步强制要求 token 必须是 START_OBJECT。因此这类报错的根因很明确: 触发器主体不是对象。

常见错误写法包括：

把 schedule 直接写成字符串，例如 "schedule": "0 0/5 * * * ?"。
把定时配置包装成数组，例如 "schedule": [{"cron": "..."}]。
模板渲染失败，结果把对象渲染成了 null 或纯文本。

错误示例：

"trigger": {
    "schedule": "0 0/5 * * * ?"
}

正确写法：

"trigger": {
    "schedule": {
        "cron": "0 0/5 * * * ?"
    }
}

3. 如何排查和解决这个异常和解决这个异常 #

根据异常中的触发器类型，找到 trigger 段对应字段。
检查该字段的值是不是 JSON 对象，而不是字符串、数组、数字或 null。
如果 watch 是由程序生成，打印最终发往 Elasticsearch 的请求体，不要只看模板变量。
对照当前版本支持的触发器配置，把值改成对象结构。

修复建议 #

对 schedule、manual 等触发器都使用对象形式承载参数。
在应用层增加序列化单元测试，保证最终 JSON 类型正确。
避免把 cron 表达式或间隔值直接拼到类型字段上。

4. 如何预防再次发生 #

不要手工拼 JSON 字符串，优先使用对象序列化。
在提交 watch 前执行一次 JSON schema 或 API 预校验。
如果使用 Helm、Jinja、Mustache 等模板，确认对象不会被渲染成字符串。

5. 小结 #

expected trigger an object as the trigger body 本质上就是触发器类型值的 JSON 类型错了。把触发器主体改回对象，并确认对象内部字段合法，问题通常就能消失。

附：日志上下文 #

下面保留当前页面中的源码或日志片段，便于继续结合异常调用栈定位问题：

        jobName, token);
}
String type = parser.currentName();
token = parser.nextToken();
if (token != XContentParser.Token.START_OBJECT) {
        throw new ElasticsearchParseException("could not parse trigger [{}] for [{}]. expected trigger an object as the trigger body;" +
                " but found [{}]", type, jobName, token);
}
Trigger trigger = parseTrigger(jobName, type, parser);
token = parser.nextToken();
if (token != XContentParser.Token.END_OBJECT) {

标签

Watcher 触发器主体不是对象 - 如何解决此 Elasticsearch 异常