
iDempiere
iDempiere Technical: Achieving Sub-Second Real-Time Updates with OSGi EventAdmin
在現代製造執行系統(MES)或高頻物流環境中,預設的「輪詢」機制往往讓人感覺遲鈍。現今使用者期望即時回饋:就像通訊軟體一樣,當倉庫掃描條碼的瞬間,辦公室的儀表板就應該立刻閃爍更新。 在本文中,我們將深入探討如何在 iDempiere 中解決「伺服器推送延遲」問題,從標準的 ZK EventQueues 轉向穩健的 OSGi EventAdmin 方案,實現跨瀏覽器會話的亞秒級即時更新。 https://www.youtube.com/watch?v=coV-0oo8Gi8 https://www.youtube.com/watch?v=HorMe2a4Uis 問題:「太慢了!」 我們最近為生產現場打造了一個資源 KPI 看板,用於即時顯示每個工作站的統計數據(目標 vs. 已完成)。 作業員:在工業平板上掃描產品條碼。 管理者:在 65 吋電視螢幕上觀看 KPI 儀表板。 最初,我們使用標準的 ZK EventQueues.APPLICATION。然而,使用者反映有 10-30 秒的延遲,甚至更糟糕的是完全漏掉更新。 為什麼會這樣? ZK 的預設機制在客戶端配置不完美時,有時會退回到「捎帶式」輪詢。此外,嚴格在 Web 容器內管理的 EventQueues,在業務邏輯從背景程序或不同的 OSGi Bundle 上下文觸發時,往往力不從心。 解決方案:OSGi EventAdmin...
2026-01-27 · 閱讀 17 分鐘