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 ·