Moin, öhm, um ehrlich zu sein, kenne ich die Meldung nicht. Klingt jedenfalls komisch :-/ Die Java-Version ist auf alle Fälle schon mal richtig. Du kannst evtl. mal versuchen, das Verzeichnis .fakturama2 im Benutzerverzeichnis umzubenennen / zu löschen. Dann Fakturama ganz normal starten und das ggf. bereits bestehende Arbeitsverzeichnis als "neues" Arbeitsverzeichnis auswählen (das Feld "altes Arbeitsverzeichnis" muß leer sein).

Moin, sorry für die späte Rückmeldung ich war im Urlaub.

Das ./fakturama2 habe ich schon umbenannt und auch zum Test vor der Installation mal ganz gelöscht. Da es sich um eine ganz neue Installation handelt sind ja noch keine Daten drin. 

Leider immer die selbe Wurst. Es startet nicht (wenn ich die alte Version installiere) oder es kommt bis zu "Checking database" wenn ich die aktuelle Version installiere.

Leider habe ich keine Idee an was es liegt.

Gruß Jochen

Moinmoin,

also ich habe seit heute urplötzlich das gleiche Problem - allerdings bei einer bestehenden Installation (Windows 10 64-bit, Java 8 Upadte 261, Fakturama 2.1.0e).
Ich starte das Programm und es bleibt auf "Checking Database" stehen. Nichts tut sich mehr. Werde mal das Backup von vor 2 Tagen raus suchen.

Viele Grüße
Ivan

Nachtrag: Das Verzeichniss .fakturama2 umzubenennen hat bei mir leider auch nichts gebracht. Fakturama wollte zwar ein neues Arbeitsverzeichnis, Daten reorganisieren, etc. aber am Ende stand wieder "Checking Database" und es ging nicht mehr weiter.

Help!

So langsam werde ich etwas nervös 😉

Also, 1x Neuinstallation über bestehende Verzeichnisse versucht. Keine Änderung.
Dann das Backup von 3 Tagen eingespielt. Auch keine Änderung!

Fakturama bleibt weiterhin mit der Anzeige "Checking Database" stehen bzw. friert ein.

Es hat keinerlei Änderungen an Fakturama seit der letzten Nutzung vor ein paar Tagen gegeben, von daher verstehe ich das Ganze nicht.

Moin, klingt aber echt seltsam... Was passiert denn, wenn Du ein älteres Backup nimmst und Fakturama mit -clean startest? Oder besser noch zusätzlich mit dem Schalter -consoleLog? Dann sieht man die Fehler gleich durchlaufen... Wenn sich am Programm nichts geändert hat und auch sonst nichts muß es ja an den Daten liegen...

@Jochen77 Hast Du mal versucht, das Programm  in ein Verzeichnis außerhalb von "C:\Programme" zu installieren? Manchmal scheitert es auch an irgendwelchen Schreibrechten. Nur so eine Vermutung, ich kann den Fehler nicht so richtig nachvollziehen...

@rheydenr Ich habe es mit -clean versucht. Bleibt unverändert.
Mit -consoleLog bekomme ich folgenden Output:

WARNING: Extender - Refreshing disabled - entities in bundle com.sebulli.fakturama.model may not be woven
[Server@606f81b5]: Initiating startup sequence...
[Server@606f81b5]: [Thread[HSQLDB Server @606f81b5,5,main]]: run()/openServerSocket():
java.net.BindException: Address already in use: JVM_Bind
at java.net.DualStackPlainSocketImpl.bind0(Native Method)
at java.net.DualStackPlainSocketImpl.socketBind(Unknown Source)
at java.net.AbstractPlainSocketImpl.bind(Unknown Source)
at java.net.PlainSocketImpl.bind(Unknown Source)
at java.net.ServerSocket.bind(Unknown Source)
at java.net.ServerSocket.(Unknown Source)
at java.net.ServerSocket.(Unknown Source)
at org.hsqldb.server.HsqlSocketFactory.createServerSocket(Unknown Source)
at org.hsqldb.server.Server.openServerSocket(Unknown Source)
at org.hsqldb.server.Server.run(Unknown Source)
at org.hsqldb.server.Server.access$000(Unknown Source)
at org.hsqldb.server.Server$ServerThread.run(Unknown Source)
[Server@606f81b5]: Initiating shutdown sequence...
Exception in thread "HSQLDB Server @606f81b5" java.lang.NullPointerException
at org.hsqldb.server.Server.shutdown(Unknown Source)
at org.hsqldb.server.Server.run(Unknown Source)
at org.hsqldb.server.Server.access$000(Unknown Source)
at org.hsqldb.server.Server$ServerThread.run(Unknown Source)

Hallo,

so nochmal ein kurzes Update dessen was ich probiert habe:

1. Fakturama komplett deinstalliert und neu installiert. "Checking Database"...
2. Backup von vor 4 Wochen eingespielt. "Checking Database"...
3. Java neu installiert. "Checking Database"...

Also es kann meiner Meinung nach nicht an den Daten liegen, denn wie gesagt vor ein paar Tagen lief noch alles und das Backup hat in dem Fall nichts gebracht. Auch das von vor 4 Wochen nicht...

Bin jetzt echt ratlos.

Die Fehlermeldung im vorletzten Beitrag besagt, daß der Port schon belegt ist. Irgendwie scheint noch ein Prozeß zu laufen, der die 9002 (oder 9001) blockiert.

@rheydenr

Hallo Ralf,

DANKE für den Tip!!! Das hat mich weiter gebracht!

Ich habe einen lokalen Portscan gemacht und auf Port 9001 und 9002 lief angeblich irgendein http-Dienst (?!).
Da ich aber kein IIS oder so lokal laufen habe, dachte ich schon... ohoh...

Ein "netstat -a -b" hat mir dann verraten, dass auf Port 9002 die Anwendung "DPAgent.exe" (HP Client Security Manager) lauscht.
Keine Ahnung warum die sich da plötzlich auf dem Port breit gemacht hat. Jetzt erst mal runter geschmissen und siehe da - Fakturama startet wieder.

Kann man evtl. den Port für die DB von 9002 auf einen anderen Port umkonfigurieren?

Hallo,

nachdem ich hier mitgelesen habe ist mir klar woran es bei mir liegt. Auf dem Port 9002 läuft eine Datenbank für ein anderes Programm. Somit wäre es für mich auch gut zu wissen ob der Port im Fakturama geändert werden kann da das andere Programm von einigen PCs genutzt wird und hier der Aufwand zum ändern des Ports vermutlich größer ist als im frisch installieren Fakturama.

Gruß Jochen

Moin, ich hab's befürchtet... :-/ Nein, den Port kann man erst mal so nicht ändern, den hab ich fest verdrahtet, weil ich dachte, daß der von niemandem genutzt wird. Das ist aber kein größeres Problem, ich muß mir nur einfallen lassen, wo ich das am besten einbaue. Ich hab's mal als Ticket mit aufgenommen.