Version 1.1.1 - Online

[feodor]

Moin moin,

es läuft jetzt ... warum auch immer.
Lösung des Problems:

# im Config-Ordner die Ordner für die Benutzer löschen
# Benutzer mit gleichem PW neu anlegen (Ordner werden wieder erstellt)
# Server beenden
# die .fds-Datei aus der Sicherung in den neuen Ordner schieben (überschreiben)
# Server starten

Gruß
Carsten

In solchen Fällen bitte immer das LOG posten, beim Starten erscheint welche User erfolgreich geladen werden konnten und welche nicht. Oder stand dort, dass alles ok ist?

Hallo,

ich wollte gestern das Update machen, habe es aber aufgrund
des sehr großen Aufwandes gelassen.

Wir nutzen die Premiumversion und haben sehr viele Benutzer
und Einheiten vergeben.

Laut der Update-Anweisung soll ich sämtliche Android-PlugIn
und die Textersetzung, die wir für jede Pipeline brauchen,
vor dem Update löschen. Auch Mail-Input sollen wir zurück-
setzen.

Gibt es eine Möglichkeit, dass ich diese drei Schritte nicht per
Hand für jede unserer -sicher über 50- Benutzer nach dem
Update wieder neu setzen muss?

Kann man z.B. die Textersetzung oder die Maileinstellungen von
einem Benutzer zum anderen übertragen ?

Gruß
BI

Man kann nur Einheiten duplizieren (innerhalb eines Benutzers), eine andere Möglichkeit gibt es leider nicht.

[pfeiffer]

In solchen Fällen bitte immer das LOG posten, beim Starten erscheint welche User erfolgreich geladen werden konnten und welche nicht. Oder stand dort, dass alles ok ist?

Moin moin,

hier noch einmal das Log (ein Log von vielen Starts ;-)

##########################

05:21:44 [INFO] [main] [server.Launcher][96] Server startet...
05:21:44 [INFO] [main] [server.Launcher][97] Aktuelle Version: Basic-Edition
05:21:44 [INFO] [main] [server.Launcher][327] Port für Server-RMI:1099
05:21:44 [INFO] [main] [server.Launcher][336] Port für Client-RMI:1098
05:21:44 [INFO] [main] [server.AdditinalJarPool][32] C:\Programme\Alamos UG\firEmergency\files\additionalJars
05:21:45 [INFO] [main] [server.PluginPool][44] C:\Programme\Alamos UG\firEmergency\files\plugins
05:21:46 [INFO] [main] [server.data.DataManagement][329] File hinzugefügt: C:\Programme\Alamos UG\firEmergency\Config\Admin\Admin.fdb
05:21:46 [INFO] [main] [server.data.DataManagement][344] Konvertiere AlarmHistory
05:21:46 [INFO] [main] [server.data.DataManagement][364] Keine AlarmHistory als Einzeldatei vorhanden. Konvertierung wird nicht durchgeführt.
05:21:46 [INFO] [main] [server.data.User][182] 12 Einheiten wurden gesetzt.
05:21:46 [INFO] [main] [server.data.User][173] Adressbuch mit 2 Person(en) gesetzt.
05:21:46 [INFO] [main] [server.data.User][241] fdbFile wurde gesetzt: C:\Programme\Alamos UG\firEmergency\Config\Admin\Admin.fdb
05:21:46 [INFO] [main] [server.input.InputPool][91] C:\Programme\Alamos UG\firEmergency\files\inputPlugins
05:21:46 [INFO] [main] [server.input.InputPool][121] Objekt für AlarmFMS32Input erzeugt
05:21:46 [INFO] [main] [server.input.InputPool][121] Objekt für AliveInput erzeugt
05:21:46 [INFO] [main] [server.input.InputPool][121] Objekt für FMEListener erzeugt
05:21:46 [INFO] [main] [server.input.InputPool][121] Objekt für FileInput erzeugt
05:21:46 [INFO] [main] [server.input.InputPool][121] Objekt für MailInput erzeugt
05:21:46 [INFO] [main] [server.input.InputPool][121] Objekt für ReichweitenInput erzeugt
05:21:47 [INFO] [main] [server.input.InputPool][121] Objekt für WaldbrandInput erzeugt
05:21:47 [INFO] [main] [server.input.InputPool][121] Objekt für WetterInput erzeugt
05:21:47 [INFO] [main] [server.RXTXInstaller][62] Ermitteltes Betriebssystem: windows xp, x86
05:21:47 [INFO] [main] [server.RXTXInstaller][258] C:\Programme\Java\jre7\lib\ext\RXTXcomm.jar bereits vorhanden
05:21:47 [INFO] [main] [server.RXTXInstaller][258] C:\Programme\Java\jre7\bin\rxtxSerial.dll bereits vorhanden
05:21:47 [INFO] [main] [server.RXTXInstaller][258] C:\Programme\Java\jre7\bin\rxtxParallel.dll bereits vorhanden
05:21:47 [INFO] [main] [aliveInput.AliveInput][231] Alive-Input gestoppt
05:21:47 [INFO] [ServiceChannel] [server.Launcher$ServiceChannel][520] Service-Channel geöffnet. Port: 1087
05:21:47 [INFO] [Alarm.exe-Input] [AlarmFMS32ExeInput.AlarmFMS32Input][72] An Port 5555 gestartet
05:21:48 [INFO] [main] [server.Launcher][203] Launcher fertig
05:21:48 [INFO] [main] [server.Launcher][204] ################################
05:21:48 [INFO] [main] [server.Launcher][207] firEmergency einsatzbereit
05:21:48 [INFO] [main] [server.Launcher][208] ################################

FE hat nur den Admin-User angelegt - die anderen Ordner/ Dateien komplett vergessen ...???

ich sehe im Log nix komisches ...

Gruß
Carsten

[Shrek87]

Hallo zusammen,

erstmal ein dickes Lob an das Team von Firemergancy,
ihr habt echt eine 1a Software entwickelt.

Hier eine kurze Frage:

Wann kann mit einer Implementierung von dem „Plugin FaxAnalyse“ gerechnet werden?
Mit dem Software Update 1.2 oder evtl. schon eher?

Mit freundlichen Grüßen
Philipp

[firEmergency]

Wenn's nur die beiden Plugins wären, die in der Update-Anleitung erwähnt werden!
Also ich musste auch noch sämtliche Batch- u. FileReader-Plugins ersetzen. Die haben nämlich bei jeder Abarbeitung einen Fehler ausgegeben. So wie es scheint, müssen alle Plugins ersetzt werden, die eine neuere Versionsnummer haben und somit überarbeitet wurden?!?
Ist bei vielen (und umfangreichen) Einheiten natürlich ein großer Aufwand.

Eine Ersetzung der Plugins ist eigentlich nur dann notwendig, wenn wir etwas an den "Felder" geändert haben. Beispiel beim Android-Plugin:
Dort gibt es in der neusten Version ja das Feld "Einheitenkennung". Das ist neu hinzugekommen. Deswegen musste das Android-Plugin vorher entfernt werden.

Wenn wir nur die Logik ändern, muss ein Plugin in der Regel nicht zurückgesetzt werden. Deswegen kann man nicht pauschal sagen, dass Plugins, mit einer neueren Version grundsätzlich ersetzt werden müssen.
Aber vor allem in Zukunft werden wir darauf konzentrieren, dass die Einstellungen ohne Umwege übernommen werden können, um Probleme wie bei dir zu vermeiden.

Hallo zusammen,

erstmal ein dickes Lob an das Team von Firemergancy,
ihr habt echt eine 1a Software entwickelt.

Hier eine kurze Frage:

Wann kann mit einer Implementierung von dem „Plugin FaxAnalyse“ gerechnet werden?
Mit dem Software Update 1.2 oder evtl. schon eher?

Mit freundlichen Grüßen
Philipp

So wie es jetzt geplant ist, enthält 1.2 vor allem Vorbereitungen für den AlarmMonitor (AAO-Stichwörter, Adresserkennung, etc.).
Die Fax-Erkennung wird mit großer Wahrscheinlichkeit extra und vorher kommen.

[florian_hsk]

Eine Ersetzung der Plugins ist eigentlich nur dann notwendig, wenn wir etwas an den "Felder" geändert haben. Beispiel beim Android-Plugin:
Dort gibt es in der neusten Version ja das Feld "Einheitenkennung". Das ist neu hinzugekommen. Deswegen musste das Android-Plugin vorher entfernt werden.

Alles klar. Dann hab ich mit Batch und FileReader die Plugins erwischt, wo ein "Feld" hinzugekommen ist. Deswegen kamen die Fehler, und das Plugin musste ersetzt werden.
Vielleicht könntet ihr in der Updateanleitung ja alle Plugins erwähnen, die wegen Änderungen ersetzt werden müssen.

[feodor]

Moin moin,

hier noch einmal das Log (ein Log von vielen Starts ;-)

##########################

05:21:46 [INFO] [main] [server.data.DataManagement][329] File hinzugefügt: C:\Programme\Alamos UG\firEmergency\Config\Admin\Admin.fdb


FE hat nur den Admin-User angelegt - die anderen Ordner/ Dateien komplett vergessen ...???

ich sehe im Log nix komisches ...

Gruß
Carsten

In der Tat wird hier nur der admin geladen. Könntest du mal bitte einen Screenshot deiner Ordnerstruktur unter /Config hochladen?

Btw: Ich dachte es würde nun funktionieren (=alle werden geladen). Ist das ein alter Screenshot?

[feodor]

Alles klar. Dann hab ich mit Batch und FileReader die Plugins erwischt, wo ein "Feld" hinzugekommen ist. Deswegen kamen die Fehler, und das Plugin musste ersetzt werden.
Vielleicht könntet ihr in der Updateanleitung ja alle Plugins erwähnen, die wegen Änderungen ersetzt werden müssen.

FirEmergency hat den Hintergrund ja schon erklärt. Die Plugins müssen ersetzt werden, wenn sich an den Feldern etwas geändert hat. Daher ist das mit einem Updater auch so schwierig.. Diese Felder müssen ja gesetzt werden (es sei denn es gibt einen Standardwert).

Die Plugins kann man als eigenständige kleine Programme verstehen.

Wie könnte ein Updater aussehen:

1)Man konfiguriert eine Einheit von einem Benutzer einmalig mit der neuen Version, diese lässt sich dann auf alle Benutzer und alle Einheiten die das alte Plugin nutzen anwenden. Finetuning ist dann noch nötig, z.B. wer soll alarmiert werden

Ist so etwas sinnvoll?

2) Die alten Versionen werden alle entfernt und durch neue ersetzt, die alten Parameter werden (sofern möglich und sinnvoll) in die Felder übernommen. Das erspart natürlich nicht die Arbeit alle neuen Felder sinnvoll zu belegen.

3)Wie FE erwähnt hat: Wollt ihr ein Plugin gar nicht updaten, könnt ihr wie oben beschrieben vorgehen.


Eure konkreten Vorschläge wären hier sehr hilfreich!

[svendam]

Ich würde den 2. Vorschlag favorisieren! Denn die Einstellungen die gemacht wurden (zb. Zugangsdaten vom SMS Anbieter usw.) sollen ja in der neuen Version auch bleiben.

Allerdings müsste daraufhin gewiesen werden, das das Plugin geändert wurde und eine Überprüfung der Einstellungen/Eingaben seitens des Nutzers gemacht werden muss!
Ob man das so umsetzten kann? Dann wäre das für mich jedenfalls ne gute Lösung!

[florian_hsk]

Ich würde auch die zweite Variante bevorzugen!
Dann wären die Plugins nach einem Update schonmal direkt mit den "alten" Parametern wieder lauffähig. Klar, dass neue Felder dann nicht belegt werden können, aber der Aufwand dürfte für den Nutzer vertretbar sein (wenn man die neuen Funktionen überhaupt nutzen möchte).