Benachrichtung per E-Mail mit Sammelalarm

[mm112]

So, habe grade mal getestet, hier ein Log auf debug-level mit Textersetzung:

25.10.2013 - 19:00:09.000 INFO  RemoteGUIServer - Führe manuellen Alarm aus
25.10.2013 - 19:00:09.000 DEBUG AlarmPool - ### Neuer Eingegangener Alarm ###
25.10.2013 - 19:00:09.000 DEBUG AlarmPool - # Key: "timestamp" with Value: "1382720408953"
25.10.2013 - 19:00:09.000 DEBUG AlarmPool - # Key: "address" with Value: "sammel1"
25.10.2013 - 19:00:09.000 DEBUG AlarmPool - # Key: "message" with Value: "1111111Testsammelalarm"
25.10.2013 - 19:00:09.015 DEBUG AlarmPool - ### Alarm ist Teil eines Sammelalarms
25.10.2013 - 19:00:09.015 INFO  AlarmPool - Neuer eingehender Alarm für "sammel1"
25.10.2013 - 19:00:09.015 INFO  AlarmPool - Alarm ist ein Sammelalarm
25.10.2013 - 19:00:09.015 INFO  AlarmPool - Neuer Sammelalarm eingegangen mit 30000 MilliSekunden Wartezeit gestartet
25.10.2013 - 19:00:09.015 DEBUG AlarmPool - Alarm hinzugefügt und Controller aufgeweckt
25.10.2013 - 19:00:09.015 WARN  PipelineController - Alarm für sammel1 wird nicht behandelt, da kein zugehöriger Alarmablauf gefunden wurde.
25.10.2013 - 19:00:09.125 DEBUG PipelineController - Server legt sich schlafen!
25.10.2013 - 19:00:14.578 DEBUG GAlertServer - Zu AlarmData hinzu: address - sammel2
25.10.2013 - 19:00:14.593 INFO  RemoteGUIServer - Führe manuellen Alarm aus
25.10.2013 - 19:00:14.593 DEBUG AlarmPool - ### Neuer Eingegangener Alarm ###
25.10.2013 - 19:00:14.593 DEBUG AlarmPool - # Key: "timestamp" with Value: "1382720414578"
25.10.2013 - 19:00:14.593 DEBUG AlarmPool - # Key: "address" with Value: "sammel2"
25.10.2013 - 19:00:14.593 DEBUG AlarmPool - # Key: "message" with Value: "2222222Testsammelalarm"
25.10.2013 - 19:00:14.593 DEBUG AlarmPool - ### Alarm ist Teil eines Sammelalarms
25.10.2013 - 19:00:14.593 INFO  AlarmPool - Neuer eingehender Alarm für "sammel2"
25.10.2013 - 19:00:14.593 INFO  AlarmPool - Alarm ist ein Sammelalarm
25.10.2013 - 19:00:14.593 INFO  AlarmPool - Sammelalarm an bestehenden (SA_sammeltest) hinzugefügt
25.10.2013 - 19:00:14.593 DEBUG AlarmPool - Alarm hinzugefügt und Controller aufgeweckt
25.10.2013 - 19:00:14.593 WARN  PipelineController - Alarm für sammel2 wird nicht behandelt, da kein zugehöriger Alarmablauf gefunden wurde.
25.10.2013 - 19:00:14.703 DEBUG PipelineController - Server legt sich schlafen!
25.10.2013 - 19:00:39.015 DEBUG AlarmPool - ### Neuer Eingegangener Alarm ###
25.10.2013 - 19:00:39.015 DEBUG AlarmPool - # Key: "status" with Value: ""
25.10.2013 - 19:00:39.015 DEBUG AlarmPool - # Key: "timestamp" with Value: "1382720439015"
25.10.2013 - 19:00:39.015 DEBUG AlarmPool - # Key: "message" with Value: "2222222Testsammelalarm; 1111111Testsammelalarm"
25.10.2013 - 19:00:39.015 DEBUG AlarmPool - # Key: "function" with Value: ""
25.10.2013 - 19:00:39.015 DEBUG AlarmPool - # Key: "sammel" with Value: "_sammel2; _sammel1"
25.10.2013 - 19:00:39.015 DEBUG AlarmPool - # Key: "address" with Value: "SA_sammeltest"
25.10.2013 - 19:00:39.031 INFO  AlarmPool - Neuer eingehender Alarm für "SA_sammeltest"
25.10.2013 - 19:00:39.046 INFO  AlarmPool - Kein Sammelalarm
25.10.2013 - 19:00:39.046 DEBUG AlarmPool - Alarm hinzugefügt und Controller aufgeweckt
25.10.2013 - 19:00:39.046 DEBUG TextReplacer - Wert nach globaler Ersetzung: Testsammelalarm; Testsammelalarm
25.10.2013 - 19:00:39.046 DEBUG AAOController - Suche nach Alarmstichwort im Feld <message>...
25.10.2013 - 19:00:39.062 INFO  AAOController - Suche nach Stichwort in "Testsammelalarm; Testsammelalarm"
25.10.2013 - 19:00:39.062 DEBUG AAOController - Alarmstichwort-Suche abgeschlossen
25.10.2013 - 19:00:39.062 DEBUG PipelineController - Alarm-ID wird für diesen Alarm nicht erstellt
25.10.2013 - 19:00:39.062 INFO  PipelineController - Pipeline gestartet für SA_sammeltest
25.10.2013 - 19:00:39.062 INFO  Pipeline - Pipeline von Einheit (SA_sammeltest) wurde mit AlarmData () gestartet
25.10.2013 - 19:00:39.078 INFO  PluginController - PluginController mit Plugin prowl.Prowl (Admin0) mit AlarmData ()wurde gestartet
25.10.2013 - 19:00:39.078 DEBUG PluginController - Das GUIElement person-iphone benötigt iphone-Information der Person
25.10.2013 - 19:00:39.078 DEBUG Prowl - Pushdata:
25.10.2013 - 19:00:39.078 DEBUG Prowl - application: sammeltest
25.10.2013 - 19:00:39.078 DEBUG Prowl - event: Einsatzalarmierung
25.10.2013 - 19:00:39.078 DEBUG Prowl - priority: Gering
25.10.2013 - 19:00:39.078 DEBUG Prowl - description: Testsammelalarm; Testsammelalarm
25.10.2013 - 19:00:39.078 DEBUG Prowl - Push für API-Key: xxx
25.10.2013 - 19:00:39.093 DEBUG Prowl - Text: Testsammelalarm; Testsammelalarm
25.10.2013 - 19:00:40.156 INFO  Prowl - Senden an xxx: API call succeeded. 1000 api calls left.
25.10.2013 - 19:00:40.171 DEBUG Prowl - Push erfolgreich!
25.10.2013 - 19:00:40.171 INFO  PluginController - PluginController mit Plugin prowl.Prowl (Admin0) mit AlarmData () nach 1093 ms beendet
25.10.2013 - 19:00:40.218 DEBUG Pipeline - Plugin : Beendet, starte 0 Kinder!
25.10.2013 - 19:00:40.218 DEBUG Pipeline - Erstelle AlarmHistory
25.10.2013 - 19:00:40.218 DEBUG Pipeline - AlarmHistory erfolgreich erstellt. Füge hinzu
25.10.2013 - 19:00:40.218 DEBUG DataManagement - Hinzufügen von AlarmHistory für Admin
25.10.2013 - 19:00:40.218 DEBUG DataManagement - Synchronize Start
25.10.2013 - 19:00:40.218 DEBUG DataManagement - Synchronize Started
25.10.2013 - 19:00:40.218 DEBUG DataManagement - Datum der AlarmHistoryFri Oct 25 00:00:00 CEST 2013
25.10.2013 - 19:00:40.218 DEBUG DataManagement - File einlesen C:\firEmergency\Config\AlarmHistory\History_of_10_25_13.fdb
25.10.2013 - 19:00:40.234 DEBUG DataManagement - History-Count 11
25.10.2013 - 19:00:40.234 DEBUG DataManagement - Existierende AlarmHistory als Backup speichern
25.10.2013 - 19:00:40.234 DEBUG DataManagement - Daten in Datei schreibenC:\firEmergency\Config\AlarmHistory\History_of_10_25_13.fdb
25.10.2013 - 19:00:40.250 DEBUG DataManagement - History erolgreich geschrieben. Backup-Datei löschen
25.10.2013 - 19:00:40.250 DEBUG DataManagement - Synchronize End
25.10.2013 - 19:00:40.250 DEBUG DataManagement - Synchronize Ended
25.10.2013 - 19:00:40.250 DEBUG RemoteGUIServer - Tag zum Speichern: 25.10.2013
25.10.2013 - 19:00:40.250 DEBUG RemoteGUIServer - Speichere Tages-Liste...
25.10.2013 - 19:00:40.250 DEBUG DataManagement - Gewünschte Datei listOfDays.txt
25.10.2013 - 19:00:40.250 DEBUG DataManagement - Speichere Datei: C:\firEmergency\Config\listOfDays.txt
25.10.2013 - 19:00:40.265 DEBUG GStatusController - Neue Alarmierungen sind da
25.10.2013 - 19:00:40.265 DEBUG MainFrame - Aktualisierung der AlarmHistory gestartet
25.10.2013 - 19:00:40.265 DEBUG Launcher - 1 Oberflächen wurden über neue Alarmierungen informiert
25.10.2013 - 19:00:40.265 INFO  Pipeline - Alarmabarbeitung beendet
25.10.2013 - 19:00:40.265 INFO  Pipeline - Pipeline von Einheit (SA_sammeltest) wurde nach 1203 ms beendet. Fehler aufgetreten: Nein
25.10.2013 - 19:00:40.265 DEBUG GStatusController - Neue Alarmierungen sind da
25.10.2013 - 19:00:40.281 DEBUG MainFrame - Überwachung der AlarmHistory läuft bereits
25.10.2013 - 19:00:40.406 DEBUG PipelineController - Server legt sich schlafen!
25.10.2013 - 19:00:43.296 DEBUG DataTable - Hole History für: 1382720439015-SA_sammeltest

Der Text wird doppelt in <message> geschrieben obwohl er eigentlich gleich ist. Aber eben erst NACH der Textersetzung.

[mm112]

Und hier ein Sammelalarm ohne Textersetzung:

25.10.2013 - 19:06:13.125 INFO  RemoteGUIServer - Führe manuellen Alarm aus
25.10.2013 - 19:06:13.125 DEBUG AlarmPool - ### Neuer Eingegangener Alarm ###
25.10.2013 - 19:06:13.125 DEBUG AlarmPool - # Key: "timestamp" with Value: "1382720773078"
25.10.2013 - 19:06:13.125 DEBUG AlarmPool - # Key: "address" with Value: "sammel1"
25.10.2013 - 19:06:13.125 DEBUG AlarmPool - # Key: "message" with Value: "Testsammelalarm"
25.10.2013 - 19:06:13.140 DEBUG AlarmPool - ### Alarm ist Teil eines Sammelalarms
25.10.2013 - 19:06:13.140 INFO  AlarmPool - Neuer eingehender Alarm für "sammel1"
25.10.2013 - 19:06:13.171 INFO  AlarmPool - Alarm ist ein Sammelalarm
25.10.2013 - 19:06:13.171 INFO  AlarmPool - Neuer Sammelalarm eingegangen mit 30000 MilliSekunden Wartezeit gestartet
25.10.2013 - 19:06:13.171 DEBUG AlarmPool - Alarm hinzugefügt und Controller aufgeweckt
25.10.2013 - 19:06:13.171 WARN  PipelineController - Alarm für sammel1 wird nicht behandelt, da kein zugehöriger Alarmablauf gefunden wurde.
25.10.2013 - 19:06:13.281 DEBUG PipelineController - Server legt sich schlafen!
25.10.2013 - 19:06:16.906 DEBUG GAlertServer - Zu AlarmData hinzu: address - sammel2
25.10.2013 - 19:06:16.921 INFO  RemoteGUIServer - Führe manuellen Alarm aus
25.10.2013 - 19:06:16.921 DEBUG AlarmPool - ### Neuer Eingegangener Alarm ###
25.10.2013 - 19:06:16.921 DEBUG AlarmPool - # Key: "timestamp" with Value: "1382720776906"
25.10.2013 - 19:06:16.921 DEBUG AlarmPool - # Key: "address" with Value: "sammel2"
25.10.2013 - 19:06:16.937 DEBUG AlarmPool - # Key: "message" with Value: "Testsammelalarm"
25.10.2013 - 19:06:16.937 DEBUG AlarmPool - ### Alarm ist Teil eines Sammelalarms
25.10.2013 - 19:06:16.937 INFO  AlarmPool - Neuer eingehender Alarm für "sammel2"
25.10.2013 - 19:06:16.953 INFO  AlarmPool - Alarm ist ein Sammelalarm
25.10.2013 - 19:06:16.953 INFO  AlarmPool - Sammelalarm an bestehenden (SA_sammeltest) hinzugefügt
25.10.2013 - 19:06:16.953 DEBUG AlarmPool - Alarm hinzugefügt und Controller aufgeweckt
25.10.2013 - 19:06:17.000 WARN  PipelineController - Alarm für sammel2 wird nicht behandelt, da kein zugehöriger Alarmablauf gefunden wurde.
25.10.2013 - 19:06:17.109 DEBUG PipelineController - Server legt sich schlafen!
25.10.2013 - 19:06:43.187 DEBUG AlarmPool - ### Neuer Eingegangener Alarm ###
25.10.2013 - 19:06:43.187 DEBUG AlarmPool - # Key: "status" with Value: ""
25.10.2013 - 19:06:43.187 DEBUG AlarmPool - # Key: "timestamp" with Value: "1382720803187"
25.10.2013 - 19:06:43.187 DEBUG AlarmPool - # Key: "message" with Value: "Testsammelalarm"
25.10.2013 - 19:06:43.203 DEBUG AlarmPool - # Key: "function" with Value: ""
25.10.2013 - 19:06:43.203 DEBUG AlarmPool - # Key: "sammel" with Value: "_sammel2; _sammel1"
25.10.2013 - 19:06:43.203 DEBUG AlarmPool - # Key: "address" with Value: "SA_sammeltest"
25.10.2013 - 19:06:43.234 INFO  AlarmPool - Neuer eingehender Alarm für "SA_sammeltest"
25.10.2013 - 19:06:43.250 INFO  AlarmPool - Kein Sammelalarm
25.10.2013 - 19:06:43.250 DEBUG AlarmPool - Alarm hinzugefügt und Controller aufgeweckt
25.10.2013 - 19:06:43.281 DEBUG TextReplacer - Wert nach globaler Ersetzung: Testsammelalarm
25.10.2013 - 19:06:43.281 DEBUG AAOController - Suche nach Alarmstichwort im Feld <message>...
25.10.2013 - 19:06:43.281 INFO  AAOController - Suche nach Stichwort in "Testsammelalarm"
25.10.2013 - 19:06:43.296 DEBUG AAOController - Alarmstichwort-Suche abgeschlossen
25.10.2013 - 19:06:43.296 DEBUG PipelineController - Alarm-ID wird für diesen Alarm nicht erstellt
25.10.2013 - 19:06:43.296 INFO  PipelineController - Pipeline gestartet für SA_sammeltest
25.10.2013 - 19:06:43.296 INFO  Pipeline - Pipeline von Einheit (SA_sammeltest) wurde mit AlarmData () gestartet
25.10.2013 - 19:06:43.296 INFO  PluginController - PluginController mit Plugin prowl.Prowl (Admin0) mit AlarmData ()wurde gestartet
25.10.2013 - 19:06:43.296 DEBUG PluginController - Das GUIElement person-iphone benötigt iphone-Information der Person
25.10.2013 - 19:06:43.312 DEBUG Prowl - Pushdata:
25.10.2013 - 19:06:43.312 DEBUG Prowl - application: sammeltest
25.10.2013 - 19:06:43.312 DEBUG Prowl - event: Einsatzalarmierung
25.10.2013 - 19:06:43.312 DEBUG Prowl - priority: Gering
25.10.2013 - 19:06:43.312 DEBUG Prowl - description: Testsammelalarm
25.10.2013 - 19:06:43.328 DEBUG Prowl - Push für API-Key: xxx
25.10.2013 - 19:06:43.328 DEBUG Prowl - Text: Testsammelalarm
25.10.2013 - 19:06:44.656 INFO  Prowl - Senden an xxx: API call succeeded. 1000 api calls left.
25.10.2013 - 19:06:44.656 DEBUG Prowl - Push erfolgreich!
25.10.2013 - 19:06:44.656 INFO  PluginController - PluginController mit Plugin prowl.Prowl (Admin0) mit AlarmData () nach 1360 ms beendet
25.10.2013 - 19:06:44.703 DEBUG Pipeline - Plugin : Beendet, starte 0 Kinder!
25.10.2013 - 19:06:44.703 DEBUG Pipeline - Erstelle AlarmHistory
25.10.2013 - 19:06:44.703 DEBUG Pipeline - AlarmHistory erfolgreich erstellt. Füge hinzu
25.10.2013 - 19:06:44.703 DEBUG DataManagement - Hinzufügen von AlarmHistory für Admin
25.10.2013 - 19:06:44.703 DEBUG DataManagement - Synchronize Start
25.10.2013 - 19:06:44.703 DEBUG DataManagement - Synchronize Started
25.10.2013 - 19:06:44.703 DEBUG DataManagement - Datum der AlarmHistoryFri Oct 25 00:00:00 CEST 2013
25.10.2013 - 19:06:44.703 DEBUG DataManagement - File einlesen C:\firEmergency\Config\AlarmHistory\History_of_10_25_13.fdb
25.10.2013 - 19:06:44.718 DEBUG DataManagement - History-Count 13
25.10.2013 - 19:06:44.718 DEBUG DataManagement - Existierende AlarmHistory als Backup speichern
25.10.2013 - 19:06:44.734 DEBUG DataManagement - Daten in Datei schreibenC:\firEmergency\Config\AlarmHistory\History_of_10_25_13.fdb
25.10.2013 - 19:06:44.734 DEBUG DataManagement - History erolgreich geschrieben. Backup-Datei löschen
25.10.2013 - 19:06:44.734 DEBUG DataManagement - Synchronize End
25.10.2013 - 19:06:44.734 DEBUG DataManagement - Synchronize Ended
25.10.2013 - 19:06:44.734 DEBUG Launcher - 1 Oberflächen wurden über neue Alarmierungen informiert
25.10.2013 - 19:06:44.734 INFO  Pipeline - Alarmabarbeitung beendet
25.10.2013 - 19:06:44.734 INFO  Pipeline - Pipeline von Einheit (SA_sammeltest) wurde nach 1438 ms beendet. Fehler aufgetreten: Nein
25.10.2013 - 19:06:44.750 DEBUG GStatusController - Neue Alarmierungen sind da
25.10.2013 - 19:06:44.750 DEBUG MainFrame - Aktualisierung der AlarmHistory gestartet
25.10.2013 - 19:06:44.921 DEBUG PipelineController - Server legt sich schlafen!

Hier ist der Text nur einfach vorhanden da eben nichts durch die Textersetzung ersetzt wird und 2 identische Texte zum Sammelalarm hinzugefügt werden.
Passt also zum Gedankengang von faboi

[firEmergency]

Eigentlich ist es doch ganz klar. Das ist dein ersten Beispiel:

25.10.2013 - 19:00:09.000 DEBUG AlarmPool - ### Neuer Eingegangener Alarm ###
25.10.2013 - 19:00:09.000 DEBUG AlarmPool - # Key: "message" with Value: "1111111Testsammelalarm"
...
25.10.2013 - 19:00:14.593 DEBUG AlarmPool - ### Neuer Eingegangener Alarm ###
25.10.2013 - 19:00:14.593 DEBUG AlarmPool - # Key: "message" with Value: "2222222Testsammelalarm"
...
>> Jetzt kommt der Sammelalarm
25.10.2013 - 19:00:39.015 DEBUG AlarmPool - ### Neuer Eingegangener Alarm ###
25.10.2013 - 19:00:39.015 DEBUG AlarmPool - # Key: "message" with Value: "2222222Testsammelalarm; 1111111Testsammelalarm"

Die eingehenden Texte sind doch alles andere als identisch: "1111111Testsammelalarm"<>"2222222Testsammelalarm" . Aus diesem Grund werden Sie im Sammelalarm beide hinzugefügt und es wird ein Text daraus: "2222222Testsammelalarm; 1111111Testsammelalarm"

Beispiel 2:

25.10.2013 - 19:06:13.125 DEBUG AlarmPool - ### Neuer Eingegangener Alarm ###
25.10.2013 - 19:06:13.125 DEBUG AlarmPool - # Key: "message" with Value: "Testsammelalarm"
...
25.10.2013 - 19:06:16.921 DEBUG AlarmPool - ### Neuer Eingegangener Alarm ###
25.10.2013 - 19:06:16.937 DEBUG AlarmPool - # Key: "message" with Value: "Testsammelalarm"
...
>> Jetzt kommt der Sammelalarm
25.10.2013 - 19:06:43.187 DEBUG AlarmPool - ### Neuer Eingegangener Alarm ###
25.10.2013 - 19:06:43.187 DEBUG AlarmPool - # Key: "message" with Value: "Testsammelalarm"

Hier sind beide Texte identisch. Deswegen wird dann zum Sammelalarm der Text nur einmal hinzugefügt.

Und ja:
Die globale Textersetzung findet erst nach (!) dieser ganzen Überprüfung statt.

[faboi]

...
Und ja:
Die globale Textersetzung findet erst nach (!) dieser ganzen Überprüfung statt.

Das ist schade, denn so kann man es nicht mit dem DME-Input benutzen, da hier ja ein eindeutiges Unterscheidungsmerkmal pro Text beinhaltet sein muss.

[mm112]

Eigentlich ist es doch ganz klar. Das ist dein ersten Beispiel:



Die eingehenden Texte sind doch alles andere als identisch

Ja eben. Und genau so kommen sie vom DME-Input Plugin an.

Die große Frage ist: warum ging es früher und jetzt nicht mehr?

Und: gibts irgend eine Möglichkeit die Verdoppelung zu unterbinden?