Einfach drüberinstallieren. Der Installer fragt, ob Du die bestehende Version aktualisieren möchtest. Das sollte eigentlich soweit klappen.

Hallo zusammen!

Leider funktioniert das Update von 2.1.1. auf 2.1.2 bei meinen Kubuntu 20.04 LTS Installationen nicht so problemlos:

Fehler:

Keine Verbindung mit Datenbank möglich. Ist die Datenbank von einem anderen Prozess geöffnet?

Die Antwort lautet natürlich: NEIN!

Installierte Java Version:

openjdk 13.0.7 2021-04-20
OpenJDK Runtime Environment (build 13.0.7+5-Ubuntu-0ubuntu120.04)
OpenJDK 64-Bit Server VM (build 13.0.7+5-Ubuntu-0ubuntu120.04, mixed mode)

Und sogar das Log-Verzeichnis belibt leer ? 

Und zum Schluss noch ein Schreenshot:

Vielen Dank schon mal für eure Tipps und Ratschläge!

Gruß Andrée

Zur Ergänzung noch der Auszug aus der Konsole beim Start (txt-Datei in Anhang)...

Moin, evtl. müßtest Du mal in der Datenbank nachsehen, ob es da eine Zeile gibt, die mit "INSERT INTO DATABASECHANGELOGLOCK" beginnt. Die kann raus. Der Fehler am Ende scheint nur bei manchen Linux-Versionen zu kommen. Bei mir hat das ganz gut funktioniert.

Danke für die schnelle Antwort Ralf!

Finde ich den Eintrag in einer speziellen Tabelle oder muss ich zu Fuß suchen? (hab keine GUI installiert... ?)

edit:

OK, in der Datenbanksicherung habe ich es schon mal gefunden! (Anahng...)

mysql> SHOW COLUMNS FROM DATABASECHANGELOGLOCK;
+-------------+--------------+------+-----+---------+-------+
| Field       | Type         | Null | Key | Default | Extra |
+-------------+--------------+------+-----+---------+-------+
| ID          | int(11)      | NO   | PRI | NULL    |       |
| LOCKED      | bit(1)       | NO   |     | NULL    |       |
| LOCKGRANTED | datetime     | YES  |     | NULL    |       |
| LOCKEDBY    | varchar(255) | YES  |     | NULL    |       |
+-------------+--------------+------+-----+---------+-------+
4 rows in set (0,00 sec)

mysql> select * from DATABASECHANGELOGLOCK;
+----+--------+-------------+----------+
| ID | LOCKED | LOCKGRANTED | LOCKEDBY |
+----+--------+-------------+----------+
|  1 |        | NULL        | NULL     |
+----+--------+-------------+----------+
1 row in set (0,00 sec)

Ne, es reicht, die Datensätze darin zu löschen (Truncate).

Leider auch keine Verbesserung...

Nun ist die Tabelle zwar leer aber der Fehler bleibt...

mysql> select * from DATABASECHANGELOGLOCK;
Empty set (0,00 sec)

? So langsam beschleicht mich das Gefühl, dass meine Datenbank ziemich im Eimer ist...

Hm... nein, glaube ich nicht.

Kannst Du mal probieren, ob es mit einer neuen Konfiguration läuft? Also ~/.fakturama2 umbenennen und Fakturama mit neuem Arbeitsverzeichnis starten. Wenn's dann läuft müssen wir die Konfig nochmal checken.

Guten Morgen Ralf.

Das war direkt mein erster Test gewesen. Bringt aber leider das gleiche Ergebnis... Auch das LOG Verzeichnis wird leider an dieser Stelle noch nicht angelegt. (Nur der Vorlagen Ordner.)

Beim Testen der Datenbankverbindung (im Einrichtungsassistent) kommt interessanter Weise keine Rückmeldung. Wenn falsche Daten eingetragen sind der Hinweis: Fehlgeschlagen...

Ich hatte schon die Sonderzeichenmaskierung in der Config im Verdacht:

jdbc\:mysql\://

und die maskierenden Backslash extra entfernt. Aber daran schein es auch nicht zu liegen.

Hier nochmal der Verbindungsteil der .prefs:

eclipse.preferences.version=1
isreinit=false
javax.persistence.jdbc.driver=com.mysql.jdbc.Driver
javax.persistence.jdbc.password=\MEIN_SUPERGEHEIMES_PASSWORT
javax.persistence.jdbc.url=jdbc\:mysql\://MEINE_SUPERGEHEIME_IP\:PORT/DATENBANKNAME
javax.persistence.jdbc.user=MEIN_SUPERGEHEIMER_BENUTZERNAME
jdbc_reconnect=true

Auch das OpenJDK habe ich schon mal spaßeshalber auf 14 geupdatet. Daran liegt es aber offensichlich auch nicht.

Moin, beim Verbindungstest muß aber in der unteren Zeile stehen, was es für eine Datenbank ist und noch paar Zusatzinfos. Wenn dort nichts steht ist mit der Verbindung irgendwas schief. Das Logfile unter ~/.fakturama2/.metadata/.log wird sofort angelegt (sollte jedenfalls), das ist nicht dasselbe wie das im Arbeitsverzeichnis.

Ok. Bin ein kleines Stück weiter:

Reinitialisieren auf TRUE und schon startet wenigstens die GUI! ? 

isreinit=true

ALLERDINGS: mit neuem Fehler!

Und der kommt leider dauernd, so dass ein arbeiten so damit noch nicht ganz möglich ist.

Aber das tollste: Es gibt wieder ein LOG-FILE!!!

(Ich glaube so langsam nähere ich mich des Pudels Kern...) 

Ein Eintrag vom April 2020 hat die Lösung gebracht:

https://www.fakturama.info/community/fakturama-2/update-auf-2-1-0-error-java-lang-boolean-cannot-be-cast/

workbench.xmi LÖSCHEN!

DANKE!!!

Nun kann ich endlich wieder ruhig schlafen! ? 

Noch ein kleiner Nachtrag:

Der fehler trat nocheinmal auf einem anderen Arbeitsplatz auf.
Beim entfernen der alten Version mittels apt remove --purge fakturama* kam folgende Meldung:

Löschen der Konfigurationsdateien von fakturama (2.1.1b) ...
dpkg: Warnung: Während Entfernens von fakturama ist Verzeichnis »/usr/share/fakturama2/configuration/org.eclipse.update« nicht leer, wird daher nicht gelöscht

Hier half das nun einfach das Löschen von Hand:

rm -R /usr/share/fakturama2/configuration/org.eclipse.update/

Zusammen mit den beiden anderen Schritten

- Löschen der workbench.xmi 

und

- Ändern der Config auf isreinit=true

Läuft nun Version 2.1.2 auf allen Systemen.

Gruß

Andrée