Bitte mach mal folgendes:

• Version 2.0.5 wiederherstellen (Datenbank rücksichern)
• über Kommandozeile neue Version 2.1.0 starten: Fakturama -consoleLog
• Ausgaben beachten, ggf. schnell Screenshot erstellen

Hallo Ralf!

Leider bin ich scheinbar zu dumm, fakturama über cmd zu öffnen..
komme nicht in den fakturama-ordner

Der Ansatz war schon ok 🙂

cd Fakturama2

Geht auch einfacher, indem Du den Dateiexplorer öffnest, dort zum Fakturama2-Verzeichnis wechselst und oben in der Zeile, wo die Verzeichnisse angezeigt werden, einfach cmd eintippst.

Hallo

Anbei der screenshot

Hallo nochmal!

Habe nun nochmal versucht auf meinem Bürorechner Version 2.1.0 zu installieren.
Scheinbar dürfte bei meinem letzten Test an meinem Notebook der Faktor W-lan oder auch Ungeduld der fehler gewesen sein.
Denn an meinem Bürorechner welcher eine direkte Kabelverbindung zum SQL-Server hat der Start meiner Datenbank mit der Version 2.1.0 dann nach längerer Startphase geklappt!

Vielen Dank nochmal für die Unterstützung von Ralf!

Schönen Ostermontag wünsche ich noch allen!

Hallo,

habe das obige Update aufgespielt. Nach einer längeren Startphase, "checking Database", hat das Programm normal gestartet. Den 2. Startversuch, nach einem Neustart, habe ich nach ca 15 minuten abgebrochen. Dann habe ich im Benutzerverzeichnis "Fakturama2 und Eclipse" gelöscht und Fakturama neu gestartet. Nach Eingabe des Arbeitsverzeichnis hat der Start funktioniert. Auch das mehrmalige Neustarten funktioniert jetzt einwandfrei.

Eine Unschönheit hätte ich noch anzumerken. Wenn ich, wie im Anhang ersichtlich, mir meine Dokumente anzeigen lassen will, welches bei mir Standarrd ist, ist das Anzeigefenster so klein, das nicht Alle angezeigt werden können. Bei dem Versuch dies zu vergrößern werden die Positionszeilen nur soweit zusammengeschoben, wie das in dem Bild zu erkennen ist. Vielleicht kann man dies irgendwan mal ändern (die gelbmarkierten Zeilen sollte man schon verbergen können).

Vielen Dank.

Moin, mir war das zwischendurch auch schon mal aufgefallen, ich hatte das aber wieder vergessen. Muß ich gelegentlich mal reparieren.

Moin Ralf,

ich habe gerade versucht die neue Version 2.1.0 uf meinem Mac zum laufen zu kriegen. Leider mit der Fehlermeldung das was schief ging und im Log zu ersten ist. Siehe Anhang.

Ich habe Mac OS Catalina mit Java 13

java -version
java version "13" 2019-09-17
Java(TM) SE Runtime Environment (build 13+33)
Java HotSpot(TM) 64-Bit Server VM (build 13+33, mixed mode, sharing)

Hast Du hier eine Idee?

Danke & Gruß
Daniel

Ups... sehe gerade das bis Java 10 Supporten ist. Java 13 ist leicht drüber 😎

Ich habe nun mal auf java 8 downgraded (adoptopenjdk) aber es läuft immer noch nicht.
Ich habe Fakturama via Konsole gestartet und den Output mal angehangen. Vielleicht hilft es ja.

Dank noch mal und Gruß
Daniel

Moin, das Problem ist, daß in Deinem Arbeitsverzeichnis nicht geschrieben werden kann (das steht gleich relativ weit oben ("couldn't create...").

Hallo zusammen,

ich habe das selbe Problem von 2.05 auf 2.10 zu kommen.
Erst macht die neue Version ganz lange "Checking Database"
Im "MysqlAdministrator" sieht man auch das verschiedene Tabellen im Server bearbeitet werden.

Dann ist auf einmal Schluss und in der Logdatei steht:

!ENTRY com.sebulli.fakturama.common 4 0 2020-04-15 14:33:33.112
!MESSAGE c.s.f.LifecycleManager.checksBeforeStartup:161|couldn't create or update database!

Es gibt dann 2 TMP Tabellen
TMP_CONTACTS_WITH_ADDRESSES
TMP_FKT_DOCUMENTS

und 2 OLD Tabellen
OLD_FKT_ADRESS
OLD_FKT_CONTACT

Es sieht so aus als wenn beim Updaten der Daten, das ganze auf die Nase fällt.
Ich spiele erst mal wieder ein Backup und die alte Version ein.

Muss ich auch die Jave Version / Libre Office Version zurücknehmen
Java 8U251 X64
Libre Offce 6.4

Windows 10 Pro
MariaDB 5 auf Synology Diskstation

Viele Grüße

Moin, die vier Tabellen sind Backup- und Hilfs-Tabellen. Beim Zurückrollen kannst Du Java und LibreOffice so lassen. Mich würde trotzdem mal interessieren, was zu dem Fehler geführt hat. Kannst Du dazu bitte mal das neue Fakturama mit "-consoleLog" auf der Kommandozeile starten? Dann sieht man, was gerade auf der Datenbank gemacht wird. Ich habe eigentlich schon viele Konstellationen getestet...

Hi,

ich habe mal Faktura mit -consoleLog geöffnet. Folgende Meldung kommt und Faktura wird nicht geöffnet.

Daniels-MBP ~ % /Applications/Fakturama2.app/Contents/MacOS/Fakturama -consoleLog
WARNING: Extender - Refreshing disabled - entities in bundle com.sebulli.fakturama.model may not be woven
20:12:27.038 [main] WARN l.changelog.DatabaseChangeLog - modifyDataType will lose primary key/autoincrement/not null settings for mysql. Use  and re-specify all configuration if this is the case
20:12:27.039 [main] WARN l.changelog.DatabaseChangeLog - modifyDataType will lose primary key/autoincrement/not null settings for mysql. Use  and re-specify all configuration if this is the case
20:12:27.040 [main] WARN l.changelog.DatabaseChangeLog - modifyDataType will lose primary key/autoincrement/not null settings for mysql. Use  and re-specify all configuration if this is the case
20:12:27.040 [main] WARN l.changelog.DatabaseChangeLog - modifyDataType will lose primary key/autoincrement/not null settings for mysql. Use  and re-specify all configuration if this is the case
20:12:27.040 [main] WARN l.changelog.DatabaseChangeLog - modifyDataType will lose primary key/autoincrement/not null settings for mysql. Use  and re-specify all configuration if this is the case
20:12:27.040 [main] WARN l.changelog.DatabaseChangeLog - modifyDataType will lose primary key/autoincrement/not null settings for mysql. Use  and re-specify all configuration if this is the case
20:12:27.040 [main] WARN l.changelog.DatabaseChangeLog - modifyDataType will lose primary key/autoincrement/not null settings for mysql. Use  and re-specify all configuration if this is the case
20:12:27.040 [main] WARN l.changelog.DatabaseChangeLog - modifyDataType will lose primary key/autoincrement/not null settings for mysql. Use  and re-specify all configuration if this is the case
20:12:27.040 [main] WARN l.changelog.DatabaseChangeLog - modifyDataType will lose primary key/autoincrement/not null settings for mysql. Use  and re-specify all configuration if this is the case
20:12:27.040 [main] WARN l.changelog.DatabaseChangeLog - modifyDataType will lose primary key/autoincrement/not null settings for mysql. Use  and re-specify all configuration if this is the case
Database has not the correct version! Validierung war nicht erfolgreich:
 Bei 1 ChangeSets stimmt die Prüfsumme nicht mehr mit der Historientabelle überein.
 /changelog/db.changelog-2.1.xml::20190915-040::rheydenr was: 8:ebe1ce1601995e687f34b5d597331cd4 but is now: 8:ed55f390f8070c521ce849652942ab92

!SESSION 2020-04-16 20:12:14.100 -----------------------------------------------
eclipse.buildId=2.1.0.
java.version=1.8.0_242
java.vendor=AdoptOpenJDK
BootLoader constants: OS=macosx, ARCH=x86_64, WS=cocoa, NL=de_DE
Command-line arguments: -os macosx -ws cocoa -arch x86_64 -consoleLog

!ENTRY com.sebulli.fakturama.common 4 0 2020-04-16 20:12:27.066
!MESSAGE c.s.f.LifecycleManager.checksBeforeStartup:161|couldn't create or update database!
20:12:27.070 [Equinox Log Thread - Equinox Container: 79d598f2-483e-496f-bdbd-a681f0e06bfa] ERROR com.sebulli.fakturama.common - Can't show the error message in Error View because no EventBroker is available!
20:12:27.072 [Equinox Log Thread - Equinox Container: 79d598f2-483e-496f-bdbd-a681f0e06bfa] ERROR com.sebulli.fakturama.common - couldn't create or update database!

Kommt euch das bekannt vor?

Gruß
Daniel

Moin, hattest Du zufällig mal eine Betaversion ausprobiert? Der Fehler kommt nur, wenn die Datenbank schon mal bißchen konvertiert wurde.

Ähm... verdammt. Stimmt. Habe ich.
Kann man da noch was retten?

Gruß
Daniel