Seite 8 von 9 ErsteErste 123456789 LetzteLetzte
Ergebnis 106 bis 120 von 126

Thema: Version 1.0

  1. #106
    Registriert seit
    17.12.2008
    Beiträge
    53
    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

  2. #107
    Registriert seit
    09.01.2010
    Beiträge
    3.908

  3. #108
    Registriert seit
    06.12.2008
    Beiträge
    990
    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 ?

  4. #109
    Registriert seit
    06.12.2008
    Beiträge
    990
    @grossesOhr Daumen hoch für deinen Beitrag.

  5. #110
    Registriert seit
    27.09.2003
    Beiträge
    467
    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?

  6. #111
    Registriert seit
    09.01.2010
    Beiträge
    3.908
    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"

  7. #112
    Registriert seit
    27.09.2003
    Beiträge
    467
    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.

  8. #113
    Registriert seit
    02.12.2008
    Beiträge
    463

    Fehler

    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)

  9. #114
    Registriert seit
    09.01.2010
    Beiträge
    3.908
    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.

  10. #115
    Registriert seit
    02.12.2008
    Beiträge
    463
    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)

  11. #116
    Registriert seit
    09.01.2010
    Beiträge
    3.908
    Nicht nur vielleicht.
    Das ist exakt das gleiche Problem und mit 1.1 Beta behoben.

  12. #117
    Registriert seit
    02.12.2008
    Beiträge
    463

    Neue Idee: BackupTool

    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.

  13. #118
    Registriert seit
    06.12.2008
    Beiträge
    990
    Wie kann ich eine Einheit löschen ? Habe ich da was übersehen ?

  14. #119
    Registriert seit
    02.12.2008
    Beiträge
    463
    Zitat Zitat von Dr.MirakulixX Beitrag anzeigen
    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

  15. #120
    Registriert seit
    22.11.2011
    Beiträge
    62
    Zitat Zitat von Narkose07 Beitrag anzeigen
    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.
    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

Aktive Benutzer

Aktive Benutzer in diesem Thema: 1 (Registrierte Benutzer: 0, Gäste: 1)

Berechtigungen

  • Neue Themen erstellen: Nein
  • Themen beantworten: Nein
  • Anhänge hochladen: Nein
  • Beiträge bearbeiten: Nein
  •