當警報管理系統大致符合這一定義警報：「，旨在屏事件，建立一個與事件相關的配置文件，併發送警報的系統基於型材和事件」「警報管理系統」中的Java支持來自交叉技術的應用
那麼，目前的設置是這樣的：有建於不同的技術（Java，.NET，Perl，Python和Java）多個應用程序和他們做特定的工作（如數據perl/python中的處理，java/.Net等中的UI以及由於歷史原因而存在的一些）。這些應用程序在很多情況下是相互依賴的，並且有些用戶希望在發生特定事件時從多個應用程序中獲取警報。
現在的問題是：有沒有人知道任何努力的在這個方向還是我們需要由我們自己做的這一切？基本上，我們不希望儘可能重新發明車輪。
和偏好將有這樣一個框架/系統/在Java中，因爲事情是如何在這裏庫。但是，任何其他技術的優點都可以考慮。
我建議JMX作爲一個良好的基於Java技術的警報管理。它依賴於坐在服務器中的MBeans偵聽基於事件的通知。然後它可以以任何想要的方式對這些通知執行操作。我目前使用它來監視羣集環境中的應用程序。
你有沒有看着Complex Event Processing或Event Stream Processing？這聽起來與你想要做的相似。這些工具會接收一系列事件並對它們執行查詢。所以如果你有一個特定的事件模式，你可以設置一個查詢，當它達到匹配時，你可以發出警報。我真的已經簡化了這些工具，但是這應該讓你瞭解它們的一般性質。
我不確定這是否是您的整個解決方案，因爲我不知道您正在嘗試構建哪種「配置文件」 - 您可能需要使用其他工具來添加或擴展CEP或ESP工具。但是如果你想檢查一下，我會看看開放源代碼Esper CEP engine。
我會看看是反應規則的規則引擎。例如，ruleCore CEP服務器，它通過REST或JMS將XML作爲輸入，並且爲監視任務定製了相當好的規則語言（規則示例：http://rulecore.com/support/wiki/index.php?title=SIM:RuleDef）。你回來也是XML的警報，例如http://rulecore.com/support/wiki/index.php?title=Action
你能否澄清一點：你所尋找的溝通渠道，基於規則的系統進行處理，無論是 - 還是其他什麼東西？ – Armadillo 2009-11-20 14:12:48
兩者。具體而言，應該有雙向溝通渠道 - 個別應用程序向框架發送事件，然後框架根據用戶的偏好向訂閱者發送警報。因此，基於規則的處理或多或少侷限於決定向誰發送（或不發送）警報的框架。 – Jagmal 2009-11-23 05:55:41