Alert Dispatched event is not written while the server name is blank
维护者通常 1 天内回复
还没有人认领这个 Issue。
评估
- 难度
- 2/5
- 预计耗时
- 1-3 小时
- 新手友好度
- 78/100
- Issue 类型
- 缺陷
- 描述清晰度
- 描述清楚
- 活跃度
- 活跃
- 技术栈
- java
- 领域
- backend, observability
调研方向
阅读第 59 行的 Alert.java 和约第 212 行的 AlertWorker.java，issue 指出上下文值为 null 会导致事件创建失败。追踪 ActionTask 如何构建“Alert Dispatched”事件，并检查是否有相关测试覆盖服务器名称未设置的告警。复现全新安装的情况，然后确认服务器名称为空时事件仍能写入且不抛出异常，并且在服务器名称已设置时仍包含 serverName。
由索引模型根据 Issue 内容生成。
描述
While the server name is blank (Settings, Server, Server Name, empty on a fresh install), alerts are sent but no "Alert Dispatched" event is written, and nothing is logged.
On 4.7.0, a fresh engine on Derby with nothing added:
- A channel whose JavaScript Writer destination throws (
throw new Error('boom');), and a second channel to receive an alert's Channel action. - An alert on any error of any channel, with a Channel action to the second channel.
- Send one message to the first channel. The destination errors and the alert's action delivers to the second channel. No "Alert Dispatched" event is written, and the log shows only the destination's own error.
- Set a Server Name and send another message. The action delivers again, and this time the event is written, with
serverNameamong its attributes.
Alert.createContext puts serverName into the alert's context (Alert.java:59), and it is null until a name is set. AlertWorker.ActionTask.call() sends the actions, then builds the event by calling entry.getValue().toString() on every context value (AlertWorker.java:212), which throws on the null. The task runs through actionExecutor.submit(...) and nothing reads the returned Future, so the exception is not logged. Skipping null values when building the event, or using String.valueOf, looks like the fix; not tested.
Co-authored with Claude Code.
- 主要语言
- Java
- 星标
- 227
- 派生
- 81
- 平均合并
- 6 天 5 小时
- 30 天内合并 PR
- 26
环境准备
- 提供 Dockerfile 或 Docker Compose 文件
- 没有 Pull Request 模板
- 阅读贡献指南
从这里开始
- 先读完整个 Issue，再读项目的贡献指南。
- 在 Issue 下留言说明你要接手 —— 这能避免两个人做同样的事。
- Fork 仓库，在一个分支上完成修改。
- 提交 Pull Request，并在描述里引用这个 Issue 编号。
OpenIntegrationEngine/engine 的其他 Issue
-
oieserver.sh doesn't work when JAVA_TOOL_OPTIONS is set可能已有人在做 @iacsha 于 6 天前认领。 未关闭bug
难度 2/5 1-3 小时 新手友好度 67/100
OpenIntegrationEngine/engine#523 ·
维护者通常 1 天内回复
-
enhancement
难度 2/5 1-3 小时 新手友好度 62/100
OpenIntegrationEngine/engine#478 · 1 条评论 ·
维护者通常 1 天内回复
-
难度 2/5 1-3 小时 新手友好度 68/100
OpenIntegrationEngine/engine#355 ·
维护者通常 1 天内回复
-
难度 2/5 1-3 小时 新手友好度 68/100
OpenIntegrationEngine/engine#347 ·
维护者通常 1 天内回复
-
难度 2/5 1-3 小时 新手友好度 68/100
OpenIntegrationEngine/engine#313 ·
维护者通常 1 天内回复
查看 OpenIntegrationEngine/engine 的全部 Issue
相似的 Issue
-
难度 2/5 1-3 小时 新手友好度 66/100
wultra/powerauth-tests#980 ·
-
account bug communication lecture
难度 2/5 1-3 小时 新手友好度 78/100
维护者通常 1 天内回复
-
难度 2/5 1-3 小时 新手友好度 78/100
line/centraldogma#1397 ·
维护者通常 2 天内回复
-
难度 1/5 1 小时以内 新手友好度 78/100
cryptomator/hub#515 ·
-
难度 2/5 1-3 小时 新手友好度 75/100
vert-x3/vertx-mail-client#268 ·