PDA

Archiv verlassen und diese Seite im Standarddesign anzeigen : PluginController apager benötigt 1 Minute - lange Verzögerung



Maurice Arnold
10.05.2013, 15:45
Hallo zusammen,

Um es vorab zu nennen, ich benutze die aktuellste fE-Version, Java 6 (evtl. ist dort ein Fehler, geh ich später drauf ein) und Bosmon. Ich teste schon eine Weile firEmergency und normalerweise funktioniert alles gut. Wenn allerdings eine Alarmierung für mehrere Fahrzeuge mit dem selben Text kommt, scheint mir fE ein wenig überfordert zu sein.

Ich fange mal bei Bosmon an. (siehe Bild: "BosMon") Wie ihr sehen könnt, innerhalb 11 Sekunden die Alarmierungen (rot) die in BosMon ankommen.

(siehe Bild: "BosMon Log") Anhand des Logs von Bosmon sieht man, dass diese auch sofort via Netzwerk an fE gesendet werden.

Komm ich nun zu fE. Ich habe diesen Fehler erst bemerkt, da diese Einsätze auf meinem Android (APager), als auch Iphone (Prowl und APager) komischerweise mit starken Zeitunterschieden (paar Sekunden bis zu 1-2 Minunten) erschienen sind, obwohl ich das Problem früher nicht hatte und die Einsätze, wie gesagt, innerhalb von 11 Sekunden alle bei Bosmon erschienen und weitergeleitet wurden.

Aufgrunddessen habe ich mir mal den Log angesehen und einiges feststellen können.

09.05.2013 - 14:34:15.364 DEBUG AlarmFMS32Input - Eingehende Alarmierung akzeptiert.
....
....
09.05.2013 - 14:34:17.689 ERROR ThreadGroup - Exception in thread "ApagerThread Thu May 09 14:34:17 2013" java.lang.NoClassDefFoundError: apager/org/json/copy/JSONException
09.05.2013 - 14:34:17.694 ERROR ThreadGroup - at apager.Apager.run(Apager.java:97)
09.05.2013 - 14:34:17.695 ERROR ThreadGroup - at server.PluginController.run(PluginController.java: 94)
09.05.2013 - 14:34:17.695 ERROR ThreadGroup - at java.lang.Thread.run(Unknown Source)
09.05.2013 - 14:34:17.696 ERROR ThreadGroup - Caused by: java.lang.ClassNotFoundException: apager.org.json.copy.JSONException
09.05.2013 - 14:34:17.696 ERROR ThreadGroup - at java.net.URLClassLoader$1.run(Unknown Source)
09.05.2013 - 14:34:17.713 ERROR ThreadGroup - at java.security.AccessController.doPrivileged(Native Method)
09.05.2013 - 14:34:17.714 ERROR ThreadGroup - at java.net.URLClassLoader.findClass(Unknown Source)
09.05.2013 - 14:34:17.717 ERROR ThreadGroup - at java.lang.ClassLoader.loadClass(Unknown Source)
09.05.2013 - 14:34:17.717 ERROR ThreadGroup - at sun.misc.Launcher$AppClassLoader.loadClass(Unknown Source)
09.05.2013 - 14:34:17.758 ERROR ThreadGroup - at java.lang.ClassLoader.loadClass(Unknown Source)
09.05.2013 - 14:34:17.760 ERROR ThreadGroup - ... 3 more
....
....
09.05.2013 - 14:34:20.708 INFO Pipeline - Alarmabarbeitung beendet
09.05.2013 - 14:34:20.714 INFO Pipeline - Pipeline von Feuerwehr (Einheit) wurde nach 1869 ms beendet, isError?: false
09.05.2013 - 14:35:17.623 ERROR Pipeline - PluginController apager.Apager (Admin3) wird nach TimeOut beendet
09.05.2013 - 14:35:17.774 INFO PluginController - PluginController mit Plugin prowl.Prowl (Admin1) mit AlarmData ()wurde gestartet
09.05.2013 - 14:35:17.775 DEBUG PluginController - Das GUIElement person-iphone benötigt iphone-Information der Person
....
....
09.05.2013 - 14:45:00.166 DEBUG PipelineController - Server legt sich schlafen!


Einmal sind dort Fehler von Java, die ich aber nicht deuten kann und der große Zeitunterschied liegt bei der Pipeline für den aPager. Dieser Fehler kam dann mehrere Male im Log vor und verzögerte das ganze um 10 Minuten, bis dann der letzte Einsatz endlich auf dem Handy erschien.

Hat evtl. einer Tipps für mich? Danke im Voraus =)

Maurice Arnold
22.05.2013, 10:32
Habe jetzt letztens nochmal alles neu installiert. Ebenfalls Java, aber die Fehler und Verzögerungen tauchen immer noch auf. Kann mir niemand weiter helfen? :D

firEmergency
22.05.2013, 11:26
Aber immer nur bei mehreren Alarmierungen auf einmal? Wenn du manuellen Alarm auslöst gibt es keine Verzögerung.
Kannst du den kompletten FE Log posten?

Maurice Arnold
22.05.2013, 17:08
Bei einer manuellen Alarmierung tritt keine Verzögerung ein.
Nur wenn es mehrere Alarme innerhalb kurzer Zeit sind, die auf die selbe Einheit gehen.

Der Log befindet sich im Anhang, da sonst zu langer Post.
Ich habe jetzt ein aktuelleres Beispiel genommen, da ich den alten Log nicht mehr habe.
(Zur Info, 5 Alarmierungen gehen jeweils gleichzeitig auf 2 Einheiten)

firEmergency
22.05.2013, 17:31
Kann es sein, dass du im Alarmablauf Prowl und das aPager Plugin seriell anstatt parallel geschalten hast?

So sollte es aussehen.

- Alarmtext
-- aPager
-- Prowl

und nicht so:

- Alarmtext
-- aPager
--- Prowl

Das würde nämlich bedeuten, dass Prowl erst nach aPager ausgeführt wird.
Soviel erstmal dazu.

Dein Problem:
Das aPager Plugin verursacht einen nicht nachvollziehbaren Fehler. Das Plugin wird nach maximal 60s abgebrochen, wenn es nicht mehr reagiert. Genau das passiert bei dir. Es reagiert nicht mehr wird nach 60s sicherheitshalber abgebrochen. Erst danach startet das Prowl Plugin (Vermutung meinerseits siehe paar Zeilen oben).

Bei deiner Installations muss etwas "kaputt" sein, denn der Fehler darf so nicht auftreten.

Nutze doch wenn möglich die 1.4.1 (seit heute im Shop) und lege vor allem die Config neu an!

Maurice Arnold
22.05.2013, 17:38
Ne, sind parallel, nur der Unterschied, dass ich bei einer der beiden Einheiten 2x den Alarmtext hinzugefügt habe, um die Nachrichten in unterschiedlicher Formatierung zu versenden, aber das dürfte ja kein Problem sein, dafür ist die Pipeline ja da.

Einheit1:

Alarmtext
- Apager GCM
- Prowl
- aPager iOS

Einheit2:

Alarmtext
- Apager GCM
Alarmtext
- Prowl


Okey, dann probiere ich mal die neue Version aus und folge mit einem Bericht die Tage ;) Danke für die Hilfe.

Maurice Arnold
23.05.2013, 21:31
Funktioniert wieder ohne Verzögerung ;) Danke