also Beschwerde war es nicht. wie gesagt topp. aber ich wurde trotzdem die Einheiten überlegen zb in der community 3-4 mehr und natürlich in den anderen Versionen auch etwas anpassen das wäre nicht schlecht.
mfg
also Beschwerde war es nicht. wie gesagt topp. aber ich wurde trotzdem die Einheiten überlegen zb in der community 3-4 mehr und natürlich in den anderen Versionen auch etwas anpassen das wäre nicht schlecht.
mfg
FYI:
Tool zum Backup der Daten aus den Betas:
http://www.funkmeldesystem.de/foren/...ad.php?t=53682
Die Preise und Staffeln sind doch schon angepasst. Wieviele Leute nutzen bei euch die Software bzw haben von ihr einen nutzen ?
Möglichkeit eins ihr legt zusammen.
Möglichkeit zwei wenn es nur zu Doku ist sollte eine Einheit reichen oder ?
Möglichkeit drei Kauf dir ein Buch bzw such dir im Netz was zum Thema Programmieren. Lerne es. Schreib eine Software. Investiere zig hundert Stunden. Und verschenke dann die Software. Es gibt hier sicher Leute die sich tierisch freuen.
Sorry aber irgendwann muss doch mal gut sein oder ?
@grossesOhr Daumen hoch für deinen Beitrag.
Beim Übernehmen der "alten" Config-Dateien von 0.71RC3 erscheint folgender Fehler:
22:47:47 [ERROR] [main] [server.Launcher][191] Es ist ein Fehler während des Startes aufgetreten:
22:47:47 [ERROR] [main] [server.Launcher][194] - Laden fehlgeschlagen von File: C:\firEmergency\Config\Allgemein\Allgemein.fdb (No class found. HELP!!)
3 von 4 Benutzer wurden einwandfrei übernommen und funktionieren. Bloß der eine (und wichtigste) Benutzer lässt sich nicht laden. Was bedeutet der Fehler?
Hatest du da eventuell das Verzögerungs-Plugin in der Pipeline? Oder sonst ein Plugin, welches jetzt aus 1.0 "rausgeflogen" ist?
Wenn ja, hol dir das Plugin aus 0.71 (/files/plugins/) und kopier es zur 1.0 (files/plugins/).
PS:
Verzögerungsplugin kommt wieder mit 1.1 Beta und heißt "plugin_delay.jar"
Ja richtig, in einer Pipeline war das Verzögerungs-Plugin. Hatte ich gestern schon vermutet, dass es daran lag.
Hab jetzt mittlerweile den Benutzer samt Einheiten neu angelegt, trotzdem danke für den Hinweis.
Hallo, ich hatte schon mal das Problem, dass bestimmte Alarme nicht ausgeführt wurden.
In der Version 1.0 besteht der Fehler aber leider noch immer :-/
siehe: http://www.funkmeldesystem.de/foren/...ad.php?t=53140
Seit der Einrichtung einer Sammelalarmierung funktioniert die Alarmierung der "Globalen Aktion" nicht mehr regelmäßig.
Scheinbar funktionierts nur dann, wenn die Aktion NICHT der ERSTE DER Sammelalarmierung ist.
Hier ein LOG Ausschnitt.
1.Teil: 55307 wird nicht ausgeführt (erster der Sammelalarmierung)
2.Teil: 55312 wird nicht ausgeführt (erster der Sammelalarmierung), 55307 wird ausgeführt (zweiter der Sammelalarmierung)
FMS32 Einstellungen:
ZVEI: 55xxx Globale Aktion (Pipeline: user=GlobalAkt)
ZWEI: 55307 und 55312 im Sammelalarm unter SA_Sammel (keine Pipline für 55307 und 55312 hinterlegt, nur Teil der SA)
09:40:08 [INFO] [Thread-6] [server.AlarmPool][124] Neuer eingehender Alarm für "55307"
09:40:08 [INFO] [Thread-6] [server.AlarmPool][265] Alarm ist ein Sammelalarm
09:40:08 [INFO] [Thread-6] [server.AlarmPool][298] Neuer Sammelalarm eingegangen mit 45000 MilliSekunden Wartezeit gestartet
09:40:08 [WARN] [PipeControllerThread] [server.PipelineController][82] Alarm für 55307 wird nicht behandelt, da kein zugehöriger Alarmablauf gefunden wurde.
10:00:54 [INFO] [Thread-6] [server.AlarmPool][124] Neuer eingehender Alarm für "55312"
10:00:54 [INFO] [Thread-6] [server.AlarmPool][265] Alarm ist ein Sammelalarm
10:00:54 [INFO] [Thread-6] [server.AlarmPool][298] Neuer Sammelalarm eingegangen mit 45000 MilliSekunden Wartezeit gestartet
10:00:54 [WARN] [PipeControllerThread] [server.PipelineController][82] Alarm für 55312 wird nicht behandelt, da kein zugehöriger Alarmablauf gefunden wurde.
10:01:01 [INFO] [Thread-6] [server.AlarmPool][124] Neuer eingehender Alarm für "55307"
10:01:01 [INFO] [Thread-6] [server.AlarmPool][265] Alarm ist ein Sammelalarm
10:01:01 [INFO] [Thread-6] [server.AlarmPool][333] Sammelalarm an bestehenden (SA_Sammel) hinzugefügt
10:01:01 [INFO] [PipeControllerThread] [server.PipelineController][95] Pipeline gestartet für 55307
10:01:01 [INFO] [GlobalAktPipelineThread Sun Mar 04 10:01:01 CET 2012] [server.Pipeline][109] Pipeline von Feuerwehr (GlobalAkt) wurde mit AlarmData () gestartet
10:01:01 [INFO] [TimeRulesExtendedThread Sun Mar 04 10:01:01 CET 2012] [server.PluginController][75] PluginController mit Plugin timeRulesExtended.TimeRulesExtended (Admin0) mit AlarmData ()wurde gestartet
10:01:01 [INFO] [TimeRulesExtendedThread Sun Mar 04 10:01:01 CET 2012] [timeRulesExtended.TimeRulesExtended][189] Nummer gewählter Tag: 1
10:01:01 [INFO] [TimeRulesExtendedThread Sun Mar 04 10:01:01 CET 2012] [timeRulesExtended.TimeRulesExtended][191] tatsächliche Nummer des Tags: 1
10:01:01 [INFO] [TimeRulesExtendedThread Sun Mar 04 10:01:01 CET 2012] [timeRulesExtended.TimeRulesExtended][184] Wochentag stimmt nicht überein
10:01:01 [INFO] [TimeRulesExtendedThread Sun Mar 04 10:01:01 CET 2012] [server.PluginController][140] PluginController mit Plugin timeRulesExtended.TimeRulesExtended (Admin0) mit AlarmData () nach 109 ms beendet
10:01:01 [INFO] [FMS32_customAlarmThread Sun Mar 04 10:01:01 CET 2012] [server.PluginController][75] PluginController mit Plugin fms32_customAlarm.FMS32_customAlarm (Admin1) mit AlarmData ()wurde gestartet
10:01:01 [INFO] [FMS32_customAlarmThread Sun Mar 04 10:01:01 CET 2012] [fms32_customAlarm.FMS32_customAlarm][163] Key "pluginMessage" gesetzt auf:
10:01:01 [INFO] [FMS32_customAlarmThread Sun Mar 04 10:01:01 CET 2012] [fms32_customAlarm.FMS32_customAlarm][168] Key "subject" gesetzt auf: 55307
10:01:01 [INFO] [FMS32_customAlarmThread Sun Mar 04 10:01:01 CET 2012] [server.PluginController][140] PluginController mit Plugin fms32_customAlarm.FMS32_customAlarm (Admin1) mit AlarmData () nach 78 ms beendet
10:01:01 [INFO] [URLOpenerThread Sun Mar 04 10:01:01 CET 2012] [server.PluginController][75] PluginController mit Plugin urlOpener.URLOpener (Admin2) mit AlarmData ()wurde gestartet
10:01:01 [INFO] [URLOpenerThread Sun Mar 04 10:01:01 CET 2012] [urlOpener.URLOpener][40] Aufzurufende URL: http://test123.de
10:01:02 [INFO] [URLOpenerThread Sun Mar 04 10:01:01 CET 2012] [urlOpener.URLOpener][54] URL erfolgreich aufgerufen
10:01:02 [INFO] [URLOpenerThread Sun Mar 04 10:01:01 CET 2012] [server.PluginController][140] PluginController mit Plugin urlOpener.URLOpener (Admin2) mit AlarmData () nach 235 ms beendet
10:01:03 [INFO] [GlobalAktPipelineThread Sun Mar 04 10:01:01 CET 2012] [server.Pipeline][305] Alarmabarbeitung beendet
10:01:03 [INFO] [GlobalAktPipelineThread Sun Mar 04 10:01:01 CET 2012] [server.Pipeline][138] Pipeline von Feuerwehr (GlobalAkt) wurde nach 1906 ms beendet, isError?: false
Reichen diese Daten, oder ist eine Umstellung des LOG-Levels nochmals nötig?
PS: DATEN WURDEN NEU EINGEPFLEGT (kein Update!)
Geändert von Narkose07 (05.03.2012 um 16:12 Uhr)
Bitte Level auf DEBUG und nochmal posten.
Was uns jetzt interessiert ist das XML welches von FMS32 geschickt wird (steht ganz am Anfang des Alarms. Beginnt mit <event>...; Wird aber nur im DEBUG Level angezeigt).
Dein Problem was uns immer bewusst, wir konnten es aber nie reproduzieren. Deswegen hoffen wir mal durch das Ändern des Log-Levels auf DEBUG lässt sich mehr nachvollziehen.
Hier nun im Debug Modus:
Also meiner Meinung nach liegt der Fehler in der Doppelalarmierungsblockung.
Hier wird 55307 beim "2ten mal" geblockt, obwohl eigentlich zuerst der Benutzer "55307" und danach der Benutzer "GlobalAkt" aufgerufen wird.
Ich hoffe, dass ich weiterhelfen konnte.
18:13:53 [DEBUG] [Thread-6] [AlarmFMS32ExeInput.AlarmFMS32Input][79] Eingehende Alarmierung akzeptiert.
18:13:53 [DEBUG] [Thread-6] [AlarmFMS32ExeInput.AlarmFMS32Input][95] Line: <event>
18:13:53 [DEBUG] [Thread-6] [AlarmFMS32ExeInput.AlarmFMS32Input][95] Line: <address>55307</address>
18:13:53 [DEBUG] [Thread-6] [AlarmFMS32ExeInput.AlarmFMS32Input][95] Line: <description>FZ1</description>
18:13:53 [DEBUG] [Thread-6] [AlarmFMS32ExeInput.AlarmFMS32Input][95] Line: </event>
18:13:53 [DEBUG] [Thread-6] [AlarmFMS32ExeInput.AlarmFMS32Input][121] Alarm für 55307 wird gesendet
18:13:53 [INFO] [Thread-6] [server.AlarmPool][124] Neuer eingehender Alarm für "55307"
18:13:53 [INFO] [Thread-6] [server.AlarmPool][265] Alarm ist ein Sammelalarm
18:13:53 [DEBUG] [Thread-6] [server.AlarmPool][275] Added SA_Sammel to alarmsToStart
18:13:53 [DEBUG] [Thread-6] [server.AlarmPool][292] Remove [] from [SA_Sammel]
18:13:53 [DEBUG] [Thread-6] [server.AlarmPool][297] NewMassAlarm
18:13:53 [INFO] [Thread-6] [server.AlarmPool][298] Neuer Sammelalarm eingegangen mit 45000 MilliSekunden Wartezeit gestartet
18:13:53 [DEBUG] [Thread-6] [server.AlarmPool][301] Erstelle MassAlertingTimerTask für: SA_Sammel
18:13:53 [DEBUG] [Thread-6] [server.AlarmPool][234] Alarm hinzugefügt und Controller aufgeweckt
18:13:53 [WARN] [PipeControllerThread] [server.PipelineController][82] Alarm für 55307 wird nicht behandelt, da kein zugehöriger Alarmablauf gefunden wurde.
18:13:53 [DEBUG] [Thread-6] [AlarmFMS32ExeInput.AlarmFMS32Input][126] Eingehende Alarmierung weitergereicht
18:13:54 [DEBUG] [Thread-6] [AlarmFMS32ExeInput.AlarmFMS32Input][79] Eingehende Alarmierung akzeptiert.
18:13:54 [DEBUG] [PipeControllerThread] [server.PipelineController][158] Server legt sich schlafen!
18:13:54 [DEBUG] [Thread-6] [AlarmFMS32ExeInput.AlarmFMS32Input][95] Line: <event>
18:13:54 [DEBUG] [Thread-6] [AlarmFMS32ExeInput.AlarmFMS32Input][95] Line: <address>55307</address>
18:13:54 [DEBUG] [Thread-6] [AlarmFMS32ExeInput.AlarmFMS32Input][95] Line: <description>FZ1</description>
18:13:54 [DEBUG] [Thread-6] [AlarmFMS32ExeInput.AlarmFMS32Input][95] Line: <user>GlobalAkt</user>
18:13:54 [DEBUG] [Thread-6] [AlarmFMS32ExeInput.AlarmFMS32Input][95] Line: </event>
18:13:54 [DEBUG] [Thread-6] [AlarmFMS32ExeInput.AlarmFMS32Input][118] Alarm für GlobalAkt wird gesendet
18:13:54 [INFO] [Thread-6] [server.AlarmPool][102] >>>Mehrfachalamierung für "55307"
mit Nachricht ""
18:13:54 [DEBUG] [Thread-6] [AlarmFMS32ExeInput.AlarmFMS32Input][126] Eingehende Alarmierung weitergereicht
18:14:38 [WARN] [Timer-0] [server.AlarmPool][471] Sammelalarm-Task wurde abgebrochen da Trigger-Alarm nicht eingegangen!
Vielleicht ist es auch so ähnlich wie hier: http://www.funkmeldesystem.de/foren/...6&postcount=13
Geändert von Narkose07 (05.03.2012 um 20:58 Uhr)
Nicht nur vielleicht.
Das ist exakt das gleiche Problem und mit 1.1 Beta behoben.
Könnte man ein solches Tool --> http://www.funkmeldesystem.de/foren/...ad.php?t=53682
nicht zukünftig in FE integrieren, so dass man sich auf "Knopfdruck" die "Einstellungsdaten" exportieren und ggf. speichern/drucken kann.
Diese könnte man dann zum aktuellen Datenabgleich (Aktualität der Nummern, Prowl,...) in der Organisation oder selbst als Sicherheitsdaten (falls der CONFIG Ordner aus irgendwelchen Gründen def. ist,...) nutzen.
Wie kann ich eine Einheit löschen ? Habe ich da was übersehen ?
In der Server Oberfläche. Verwaltung -> Benutzerverwaltung
http://firemergency-wiki.de/mediawik...ver-Oberfläche
Statement dazu hier: http://www.funkmeldesystem.de/foren/...6&postcount=11
Projektteam firEmergency - http://firemergency.de
Fehler/Fragen/Anregungen > support@firemergency.de
Fehler in der Android App > android@firemergency.de
Wiki zu Firemergency: http://www.firemergency-wiki.de
Aktive Benutzer in diesem Thema: 1 (Registrierte Benutzer: 0, Gäste: 1)