Fallback Anzeige - Fehler beim Auswerten des Einsatz Regex

reinmanu

Hallo Leute,

Habe bei einer Alarmmail auf meinem Testsystem die Fallback Anzeige bekommen und folgendes steht im Log:

Code

07.06.2018 18:13:36    DEBUG    FeuerSoftware.EinsatzMonitor.EinsatzMonitorBackend.DMEParser.Dto.EinsatzDaten    Stichwort wird von GUI abgefragt: 
07.06.2018 18:13:36    INFO    EinsatzMonitorWpf.Controller.AController    Schreibe Einsatzdaten in die Datenbank: 
07.06.2018 18:13:36    DEBUG    EinsatzMonitorWpf.Controller.AController    Fallback-Anzeige gestartet: 
07.06.2018 18:13:36    DEBUG    EinsatzMonitorWpf.Controller.AController    Sende 'Einsatz' an Feuer Software Server für Statistik: 
07.06.2018 18:13:36    DEBUG    EinsatzMonitorWpf.Controller.AController    Ende des Alarmablaufes, prüfe noch mal ob wir in der Einsatz Ansicht sind: 
07.06.2018 18:13:36    DEBUG    EinsatzMonitorWpf.Controller.AController    Nach der Übermittlung an Connect - Plugin Zusatzalarmierung auslösen: 
07.06.2018 18:13:36    DEBUG    FeuerSoftware.EinsatzMonitor.EinsatzMonitorBackend.DMEParser.Dto.EinsatzDaten    Stichwort wird von GUI abgefragt: 
07.06.2018 18:13:36    INFO    FeuerSoftware.EinsatzMonitor.EinsatzMonitorDb.AaoDbAccessor    AAO Stichwort: VU Großunfall Schienenfahrzeug im Gewässer mit Gefahrgut Stadt:  Startzeit: 00:00 Endzeit: 00:00 Wochentage: All Id: 7 RIC:  gefunden.: 
07.06.2018 18:13:36    DEBUG    EinsatzMonitorWpf.Controller.AController    Nach der Übermittlung an Connect - Plugin Einsatzauftrag vorlesen: 
07.06.2018 18:13:36    DEBUG    EinsatzMonitorWpf.Controller.AController    Nach der Übermittlung an Connect - Plugin Sound abspielen: 
07.06.2018 18:13:36    DEBUG    EinsatzMonitorWpf.Controller.AController    Zeige Einsatz in der Fallback-Anzeige an.: 
07.06.2018 18:13:35    ERROR    FeuerSoftware.EinsatzMonitor.EinsatzMonitorBackend.MailParser.PatternData    Fehler beim Auswerten des Einsatz-Regex: System.Text.RegularExpressions.RegexMatchTimeoutException: Zeitüberschreitung des RegEx-Moduls beim Versuch, ein Muster mit einer Eingabezeichenfolge in Übereinstimmung zu bringen. Dies kann viele Ursachen haben, darunter sehr große Eingaben oder übermäßige Rückverfolgung aufgrund von geschachtelten Quantifizierern, Rückverweisen und anderen Faktoren.
   bei System.Text.RegularExpressions.RegexRunner.DoCheckTimeout()
   bei System.Text.RegularExpressions.RegexRunner.CheckTimeout()
   bei System.Text.RegularExpressions.RegexInterpreter.Go()
   bei System.Text.RegularExpressions.RegexRunner.Scan(Regex regex, String text, Int32 textbeg, Int32 textend, Int32 textstart, Int32 prevlen, Boolean quick, TimeSpan timeout)
   bei System.Text.RegularExpressions.Regex.Run(Boolean quick, Int32 prevlen, String input, Int32 beginning, Int32 length, Int32 startat)
   bei System.Text.RegularExpressions.Regex.Match(String input, Int32 startat)
   bei System.Text.RegularExpressions.Regex.Match(String input)
   bei FeuerSoftware.EinsatzMonitor.EinsatzMonitorBackend.MailParser.PatternData.GetEinsatzDaten(String text)
07.06.2018 18:13:30    DEBUG    EinsatzMonitorWpf.Controller.AController    Einsatzmeldung 'Betreff: WG: FEUERWEHR - ALARMINFORMATION: FF Landeck
__________________________________________________

Alles anzeigen

Habe im Forum die Info gefunden das es sich dabei um einen Ressourcenengpass des System handeln dürfte, kann das aber bei mir aber nicht nachvollziehen da andere Alarmmails tadellos funktionieren nur dieses eine nicht. Es ist auch nicht besonders groß, umfangreich, etc. ganz im Gegenteil eigentlich. Auch der Dateianhang den wir von der Leitstelle bekommen ist nicht auffallend groß zu den anderen Mails (liegt immer bei ca 500kB wenn nur eine Karte kommt, bei Alarmplänen etc. kann es auch mal mehr sein.)

Ausgewertet werden alle Mails nach dem gleichen Pattern, es gibt noch ein zweites mit welchem ich dzt die Anzeige von Wartungsmails der Leitstelle teste dieses wird aber auch nicht aufgerufen.

Der Einsatzmonitor läuft auf meinem Notebook: i5 mit 2x2,6GHz, 12 GB Ram, Windows 10 Education

Über Input wäre ich sehr dankbar...

sg

Manuel

EDIT:
Habe das Problem gefunden, verstehe es aber noch nicht...bzw kann es so eigentlich nicht lösen:
Im Alarmmail werden die Einsatzinformationen als Zusatztext ausgewertet, in diesem Mail steht dabei unter anderem

Code

Drehleiter mit Krankentragenhalterung(<150 kg), bis 7.Stockwerk

Der EM hat anscheinend ein Problem mit dem "<" Zeichen ... ich kann jetzt grundlegend jedes Sonderzeichen durch die Textersetzung ersetzen lassen, aber ob das so zielführend ist...

EDIT2: Textersetzung ist nicht zielführend, da der EM das Problem schon beim einlesen der mails hat...
Es sollte stehen:

Code

fachspezifische Anforderung, durch Arzt/Hausarzt, Arzt vor Ort, Technische Menschenrettung, Unterstützung Rettungsdienst, Drehleiter mit Krankentragenhalterung(<150 kg), bis 7.Stockwerk


ÖRTLICHE EINSATZINFORMATIONEN:
https://tiris-oei.geoportal.at/oei/synserver?project=...da folgt noch einiges an Text der mit beliebeger Inhalt abgefangen wird

Im Logfile steht allerdings

Code

fachspezifische Anforderung, durch Arzt/Hausarzt, Arzt vor Ort, Technische Menschenrettung, Unterstützung Rettungsdienst, Drehleiter mit Krankentragenhalterung(https://tiris-oei.geoportal.at/oei/synserver?

**Sven**

Wie ist jetzt genau der Stand? Schwer bei deinem Post sich zurecht zu finden

FFW31

Das Problem mit dem < kann ich eigentlich nicht bestätigen. Unser EM hatte manchmal Ortsangaben mit "B8 Ort 1 <> Ort 2", das wurde problemlos ausgewertet.

Was sagt denn beim Pattern der Button "Fehler suchen" dazu?

reinmanu

Tut mir leid das der Post so unübersichtlich ist, aber mich haben dann auf einmal die Ideen für Fehlerquellen überrannt ;).

Stand ist das im Logfile der Fehler:

Code

07.06.2018 18:13:35    ERROR    FeuerSoftware.EinsatzMonitor.EinsatzMonitorBackend.MailParser.PatternData    Fehler beim Auswerten des Einsatz-Regex: System.Text.RegularExpressions.RegexMatchTimeoutException: Zeitüberschreitung des RegEx-Moduls beim Versuch, ein Muster mit einer Eingabezeichenfolge in Übereinstimmung zu bringen. Dies kann viele Ursachen haben, darunter sehr große Eingaben oder übermäßige Rückverfolgung aufgrund von geschachtelten Quantifizierern, Rückverweisen und anderen Faktoren.

aufscheint, an der Systemleistung kann das ganze nicht hängen, andere Alarmmails werden in der gleichen Systemkonfiguration tadellos ausgeführt. Systemparameter: i5 mit 2x2,6GHz, 12 GB Ram, Windows 10 Education.

Wenn ich nun den Mailinhalt im Logfile:

Code

fachspezifische Anforderung, durch Arzt/Hausarzt, Arzt vor Ort, Technische Menschenrettung, Unterstützung Rettungsdienst, Drehleiter mit Krankentragenhalterung(https://tiris-oei.geoportal.at/oei/synserver?(...hier folgt noch einiges, Impressum, Kontakt Leitstelle, Link,...)

mit dem Inhalt des "originalen" Mails das ich versendet habe:

Code

fachspezifische Anforderung, durch Arzt/Hausarzt, Arzt vor Ort, Technische Menschenrettung, Unterstützung Rettungsdienst, Drehleiter mit Krankentragenhalterung(<150 kg), bis 7.Stockwerk
ÖRTLICHE EINSATZINFORMATIONEN:
https://tiris-oei.geoportal.at/oei/synserver?project=...da folgt noch einiges an Text der mit beliebeger Inhalt abgefangen wird

vergleiche, fällt auf das ab dem "<" Zeichen der Inhalt bis zum Ende des Platzhalters "zusatztext" verloren geht und erst der Text der NACH dem Fixtext im Pattern wieder folgt.
Auch Versuche mit dem setzen des "<" Zeichens zeigten die gleiche Verhaltensweise. Das Problem liegt darin das im Pattern der Text "ÖRTLICHE EINSATZINFORMATIONEN" als begrenzung des Patterns dient, und dieser hier verschluckt wird:

Code

PLZ - Ort:{{ORT}}
Strasse HNr.:{{STRASSE}}
Objektbezeichnung:{{OBJEKT}}
Info zum Objekt:{{ZUSATZFELD1:Objektinfo}}
Info aus den Örtlichen Einsatzinformationen:{{ZUSATZFELD3:OEI}}
{{SONDERZEICHEN}}
Melder:{{BELIEBIGERINHALT}}
Funkrufname:{{AAO}}
EINSATZTEXT{{SONDERZEICHEN}}
Einsatzcode:{{EINSATZSTICHWORT}}
Einsatztext:{{SACHVERHALT}}
{{ZUSATZFELD3:Einsatztext}}
ÖRTLICHE EINSATZINFORMATIONEN

Alles anzeigen

Hier noch ein Beispielmail, das tadellos funktioniert:

Code

Einsatzbeginn Uhrzeit/Datum: 04.06.2038 00:00/ Einsatznr.: 1234567
**********************************************************************
EINSATZORT:
PLZ - Ort:             6500 Landeck  Öd
Strasse HNr.:          Musterstraße 234
Objektbezeichnung:     .
Info zum Objekt:       Reihenhaus
Info aus den Örtlichen Einsatzinformationen:
**********************************************************************
Melder:
MDL-NUMMER:
Meldername:               RD XYZ
Meldertelefonnummer:
Melder PLZ - Ort:
Melder Strasse HNr.:
Melder Objektbezeichnung:
Melder Info zum Objekt:
**********************************************************************
alarmierte Ressourcen
Funkrufname:
Landeck DLK 30
FF Landeck Florian
**********************************************************************
EINSATZTEXT:
Einsatzcode: FW-A1-UNTERSTÜTZ
Einsatztext: Unterstützung RD DLK
 - laufende CPR; Drehleiter für Bergung
fachspezifische Anforderung, durch Arzt/Hausarzt, Arzt vor Ort, Technische Menschenrettung, Unterstützung Rettungsdienst, Drehleiter mit Krankentragenhalterung(150 kg), bis 7.Stockwerk
ÖRTLICHE EINSATZINFORMATIONEN:
https://tiris-oei.geoportal.at/oei/synserver?project=OEI&x=12345&y=57896&scale=1500&client=core&language=de&user=guest&view=EinsatzinformationenBasiskarte
Leitstelle Tirol Gesellschaft mbH - Hunoldstrasse 17a - A-6020 Innsbruck
T: +43 512 3313 - F: +43 512 3313 1000 - info@leitstelle-tirol.at - www.leitstelle-tirol.at
UID-Nr.: ATU61678027 - FN: 258619y - DVR: 3003700

Alles anzeigen

Auch lt. der Fehler Finden Funktion hängt es daran das der Text ÖRTLICHE EINSATZINFORMATIONEN nicht gefunden wird, sobald das "<" Zeichen im Alarmmail entfernt wird funktioniert auch dieses Mail tadellos...

Ich hoffe das ist jetzt verständlicher

sg

und danke

Manuel

reinmanu

Ich habe mittlerweile noch einige Versuche mit dem Alarmmail gemacht, und festgestellt, dass das Problem nur in Verbindung von ( und < auftritt und auch nur ohne Leerzeichen.

Also nur bei:(< und <(

Auch mit anderen Sonderzeichen konnte ich das Problem nicht reproduzieren (&,%,$,...) funktionieren problemlos.
EIne Textersetzung führt wie angebracht zu keinem Erfolg, weil das Mail (lt. Logfile) bereits fehlerhaft geladen wird.

vielen Dank
Manuel

Stefan Seider

Sieht aus als hätte der MailParser beim suchen der Schlüsselwörter per RegEx ein Problem mit dem "<" Zeichen.

Eine direkte Lösung habe ich leider nicht parat...

reinmanu

Hat vielleicht mittlerweile irgendwer anderer aus dem Team oder sonst wer eine Lösung für mein Problem? Dieses macht den Einsatzmonitor für uns so unbrauchbar...

Beziehungsweise kann mein Problem zumindest reproduziert werden oder ist dies nur auf meinem System vorhanden und liegt somit an mir?

sg

Manuel

reinmanu

Zur Info falles es wem ähnlich/gleich geht:

Das Problem der Sache ist wahrscheinlich das der EM bzw. der Mailparser des EM (< als HTML Formatzeichen intepretiert und diese nicht einliest um Probleme zu vermeiden...
Lösung des Problems gibt es so nicht, ich hab nun ein "Fallback" Pattern gemacht welches ohne Einsatztext auskommt falls sowas passiert...

Dank nochmal an Sven für die HIlfe

schöne Grüße

Manuel

Fallback Anzeige - Fehler beim Auswerten des Einsatz Regex

Ähnliche Themen

EM nach Update nicht installiert?

Pattern wird plötzlich nicht mehr erkannt - Fallback-Anzeige