Benachrichtigungen
Alles entfernen
Fakturama 2
9
Beiträge
2
Benutzer
0
Reactions
1,503
Aufrufe
Topic starter
1. September 2018 23:28
Hallo zusammen,
ich bin gerade etwas am, ich nennen es mal verzweifeln, um Fakturama2 auf meinen Mac zu installieren.
Es lief schon mal, so wie es einige hier im Forum auch schon beschrieben haben.
Nach dem starten der Applikation poppt die Meldung auf:
" "Fakturama2" ist beschädigt und kann nicht geöffnet werden. Es empfiehlt sich, das Objekt in den Papierkorb zu bewegen."
Dann habe ich es übers Terminal gestartet mit folgender Ausgabe:
#./Fakturama
WARNING: Using incubator modules: jdk.incubator.httpclient
WARNING: Extender - Refreshing disabled - entities in bundle com.sebulli.fakturama.model may not be woven
[Server@4e80a001]: Initiating startup sequence...
[Server@4e80a001]: Server socket opened successfully in 22 ms.
Sep. 01, 2018 9:58:40 NACHM. org.hsqldb.persist.Logger logInfoEvent
INFORMATION: Checkpoint start
Sep. 01, 2018 9:58:40 NACHM. org.hsqldb.persist.Logger logInfoEvent
INFORMATION: checkpointClose start
Sep. 01, 2018 9:58:40 NACHM. org.hsqldb.persist.Logger logInfoEvent
INFORMATION: checkpointClose synched
Sep. 01, 2018 9:58:40 NACHM. org.hsqldb.persist.Logger logInfoEvent
INFORMATION: checkpointClose script done
Sep. 01, 2018 9:58:40 NACHM. org.hsqldb.persist.Logger logInfoEvent
INFORMATION: checkpointClose end
Sep. 01, 2018 9:58:40 NACHM. org.hsqldb.persist.Logger logInfoEvent
INFORMATION: Checkpoint end - txts: 1
[Server@4e80a001]: Database [index=0, id=0, db=file:/XXXXXXXXXXXXXXXX/Fakturama/Database/Database, alias=fakdbneu] opened successfully in 408 ms.
[Server@4e80a001]: Startup sequence completed in 432 ms.
[Server@4e80a001]: 2018-09-01 21:58:40.313 HSQLDB server 2.4.0 is online on port 9002
[Server@4e80a001]: To close normally, connect and execute SHUTDOWN SQL
[Server@4e80a001]: From command line, use [Ctrl]+[C] to abort abruptly
java.sql.SQLException: No suitable driver found for jdbc:hsqldb:hsql://localhost:9002/fakdbneu
at java.sql/java.sql.DriverManager.getConnection(DriverManager.java:702)
at java.sql/java.sql.DriverManager.getConnection(DriverManager.java:228)
at com.sebulli.fakturama.hsqlconnector.HsqlConnectionProvider.getConnection(HsqlConnectionProvider.java:83)
at com.sebulli.fakturama.dbservice.impl.DbUpdateService.openConnection(DbUpdateService.java:143)
at com.sebulli.fakturama.dbservice.impl.DbUpdateService.updateDatabase(DbUpdateService.java:69)
at com.sebulli.fakturama.LifecycleManager.checksBeforeStartup(LifecycleManager.java:156)
at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.base/java.lang.reflect.Method.invoke(Method.java:564)
at org.eclipse.e4.core.internal.di.MethodRequestor.execute(MethodRequestor.java:55)
at org.eclipse.e4.core.internal.di.InjectorImpl.invokeUsingClass(InjectorImpl.java:305)
at org.eclipse.e4.core.internal.di.InjectorImpl.invoke(InjectorImpl.java:233)
at org.eclipse.e4.core.contexts.ContextInjectionFactory.invoke(ContextInjectionFactory.java:107)
at org.eclipse.e4.ui.internal.workbench.swt.E4Application.lambda$0(E4Application.java:239)
at java.base/java.util.Optional.ifPresent(Optional.java:172)
at org.eclipse.e4.ui.internal.workbench.swt.E4Application.createE4Workbench(E4Application.java:235)
at org.eclipse.e4.ui.internal.workbench.swt.E4Application.start(E4Application.java:149)
at org.eclipse.equinox.internal.app.EclipseAppHandle.run(EclipseAppHandle.java:196)
at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.runApplication(EclipseAppLauncher.java:134)
at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.start(EclipseAppLauncher.java:104)
at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:388)
at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:243)
at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.base/java.lang.reflect.Method.invoke(Method.java:564)
at org.eclipse.equinox.launcher.Main.invokeFramework(Main.java:653)
at org.eclipse.equinox.launcher.Main.basicRun(Main.java:590)
at org.eclipse.equinox.launcher.Main.run(Main.java:1499)
SQLException: connection exception: connection failure: java.io.EOFException
SQLState: 08006
VendorError: -1305
21:58:45.447 [main] DEBUG liquibase.osgi.OSGiResourceAccessor - Opening bundleresource://63.fwk1316557528/META-INF/MANIFEST.MF as META-INF/MANIFEST.MF
21:58:45.449 [main] DEBUG liquibase.osgi.OSGiResourceAccessor - Opening bundleresource://63.fwk1316557528:1/META-INF/MANIFEST.MF as META-INF/MANIFEST.MF
21:58:45.451 [main] DEBUG l.servicelocator.ServiceLocator - ServiceLocator.findClasses for liquibase.database.Database
21:58:45.452 [main] DEBUG l.servicelocator.ServiceLocator - ServiceLocator finding classes matching interface liquibase.database.Database
21:58:45.452 [main] DEBUG l.osgi.OSGiPackageScanClassResolver - Searching for implementations of liquibase.database.Database in packages: [liquibase.change, liquibase.command, liquibase.changelog, liquibase.database, liquibase.parser, liquibase.precondition, liquibase.datatype, liquibase.serializer, liquibase.sqlgenerator, liquibase.executor, liquibase.snapshot, liquibase.logging, liquibase.diff, liquibase.structure, liquibase.structurecompare, liquibase.lockservice, liquibase.sdk.database, liquibase.ext]
21:58:45.675 [main] DEBUG l.osgi.OSGiPackageScanClassResolver - Found: [class liquibase.database.AbstractJdbcDatabase, class liquibase.database.core.AbstractDb2Database, class liquibase.database.core.DB2Database, class liquibase.database.core.Db2zDatabase, class liquibase.database.core.DerbyDatabase, class liquibase.database.core.FirebirdDatabase, class liquibase.database.core.H2Database, class liquibase.database.core.HsqlDatabase, class liquibase.database.core.InformixDatabase, class liquibase.database.core.MariaDBDatabase, class liquibase.database.core.MSSQLDatabase, class liquibase.database.core.MySQLDatabase, class liquibase.database.core.OracleDatabase, class liquibase.database.core.PostgresDatabase, class liquibase.database.core.SQLiteDatabase, class liquibase.database.core.SybaseASADatabase, class liquibase.database.core.SybaseDatabase, class liquibase.database.core.UnsupportedDatabase, interface liquibase.database.Database, class liquibase.diff.output.DiffOutputControl$DatabaseForHash, class liquibase.sdk.database.MockDatabase]
21:58:45.678 [main] DEBUG l.servicelocator.ServiceLocator - liquibase.database.core.DB2Database matches liquibase.database.Database
21:58:45.678 [main] DEBUG l.servicelocator.ServiceLocator - liquibase.database.core.Db2zDatabase matches liquibase.database.Database
21:58:45.678 [main] DEBUG l.servicelocator.ServiceLocator - liquibase.database.core.DerbyDatabase matches liquibase.database.Database
21:58:45.679 [main] DEBUG l.servicelocator.ServiceLocator - liquibase.database.core.FirebirdDatabase matches liquibase.database.Database
21:58:45.679 [main] DEBUG l.servicelocator.ServiceLocator - liquibase.database.core.H2Database matches liquibase.database.Database
21:58:45.680 [main] DEBUG l.servicelocator.ServiceLocator - liquibase.database.core.HsqlDatabase matches liquibase.database.Database
21:58:45.680 [main] DEBUG l.servicelocator.ServiceLocator - liquibase.database.core.InformixDatabase matches liquibase.database.Database
21:58:45.681 [main] DEBUG l.servicelocator.ServiceLocator - liquibase.database.core.MariaDBDatabase matches liquibase.database.Database
21:58:45.682 [main] DEBUG l.servicelocator.ServiceLocator - liquibase.database.core.MSSQLDatabase matches liquibase.database.Database
21:58:45.682 [main] DEBUG l.servicelocator.ServiceLocator - liquibase.database.core.MySQLDatabase matches liquibase.database.Database
21:58:45.683 [main] DEBUG l.servicelocator.ServiceLocator - liquibase.database.core.OracleDatabase matches liquibase.database.Database
21:58:45.683 [main] DEBUG l.servicelocator.ServiceLocator - liquibase.database.core.PostgresDatabase matches liquibase.database.Database
21:58:45.684 [main] DEBUG l.servicelocator.ServiceLocator - liquibase.database.core.SQLiteDatabase matches liquibase.database.Database
21:58:45.684 [main] DEBUG l.servicelocator.ServiceLocator - liquibase.database.core.SybaseASADatabase matches liquibase.database.Database
21:58:45.684 [main] DEBUG l.servicelocator.ServiceLocator - liquibase.database.core.SybaseDatabase matches liquibase.database.Database
21:58:45.684 [main] DEBUG l.servicelocator.ServiceLocator - liquibase.database.core.UnsupportedDatabase matches liquibase.database.Database
21:58:45.685 [main] DEBUG l.servicelocator.ServiceLocator - liquibase.sdk.database.MockDatabase matches liquibase.database.Database
java.lang.NullPointerException
at liquibase.database.jvm.JdbcConnection.getDatabaseProductName(JdbcConnection.java:40)
at liquibase.database.core.OracleDatabase.isCorrectDatabaseImplementation(OracleDatabase.java:266)
at liquibase.database.DatabaseFactory.findCorrectDatabaseImplementation(DatabaseFactory.java:109)
at com.sebulli.fakturama.dbservice.impl.DbUpdateService.updateDatabase(DbUpdateService.java:70)
at com.sebulli.fakturama.LifecycleManager.checksBeforeStartup(LifecycleManager.java:156)
at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.base/java.lang.reflect.Method.invoke(Method.java:564)
at org.eclipse.e4.core.internal.di.MethodRequestor.execute(MethodRequestor.java:55)
at org.eclipse.e4.core.internal.di.InjectorImpl.invokeUsingClass(InjectorImpl.java:305)
at org.eclipse.e4.core.internal.di.InjectorImpl.invoke(InjectorImpl.java:233)
at org.eclipse.e4.core.contexts.ContextInjectionFactory.invoke(ContextInjectionFactory.java:107)
at org.eclipse.e4.ui.internal.workbench.swt.E4Application.lambda$0(E4Application.java:239)
at java.base/java.util.Optional.ifPresent(Optional.java:172)
at org.eclipse.e4.ui.internal.workbench.swt.E4Application.createE4Workbench(E4Application.java:235)
at org.eclipse.e4.ui.internal.workbench.swt.E4Application.start(E4Application.java:149)
at org.eclipse.equinox.internal.app.EclipseAppHandle.run(EclipseAppHandle.java:196)
at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.runApplication(EclipseAppLauncher.java:134)
at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.start(EclipseAppLauncher.java:104)
at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:388)
at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:243)
at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.base/java.lang.reflect.Method.invoke(Method.java:564)
at org.eclipse.equinox.launcher.Main.invokeFramework(Main.java:653)
at org.eclipse.equinox.launcher.Main.basicRun(Main.java:590)
at org.eclipse.equinox.launcher.Main.run(Main.java:1499)
21:58:45.705 [com.sebulli.fakturama.log.LogbackAdapter@12d2ddde] ERROR com.sebulli.fakturama.common - Can't show the error message in Error View because no EventBroker is available!
21:58:45.706 [com.sebulli.fakturama.log.LogbackAdapter@12d2ddde] ERROR com.sebulli.fakturama.common - couldn't create or update database!
Java Version:
# java -version
java version "1.8.0_181"
Java(TM) SE Runtime Environment (build 1.8.0_181-b13)
Java HotSpot(TM) 64-Bit Server VM (build 25.181-b13, mixed mode)
Mit sudo ./Fakurama konnte ich sie einmal starten und das Arbeitsverzeichnis setzen. Der Neustart blieb dann wieder aus. Selbe Fehlermeldung. Auch bei der Ausführung als root.
Eigenartiger Weise zeigt er mir auch nach einer kompletten deinstallation von Fakturama dann nach der anschliessenden Neuinstallation das selbe DB Verzeichnis an. Wo ist dies denn noch verankert?
Hat hier jemand eine Idee wie ich die Applikation ordentlich zum laufen bekomme?
So macht es jedenfalls keinen Spaß und lässt mich Abstand nehmen diese produktiv zu nutzen. Was schade wäre.
Danke & Gruß
Daniel
Randbedingungen: - Mac OS Catalina - Faktura 2.1.0 - lokale Datenbank - Java (build 1.8.0_251-b08)
1. September 2018 23:59
Hallo Daniel,
der Fehler sieht aus, als wäre was mit der Datenbank nicht in Ordnung. Hast Du vorher eine 1.x Version verwendet? Wenn Du schreibst, daß die Anwendung vorher lief, muß ja zwischenzeitlich irgendwas passiert sein. Kannst Du das evtl. nachvollziehen?
Die Einstellungen sind in ~/.fakturama2 gespeichert (sieht man nur im Terminal wenn man ls -al eingibt). Das müßtest Du löschen oder umbenennen (geht mit mv ~/.fakturama2 ~/.fakturama2.OLD).
Viele Grüße
Ralf.
Wichtige Infos zum Posten im Forum.
Fehler gefunden?
Topic starter
2. September 2018 00:07
Hallo Ralf,
danke für den Hinweis. Habe das .fakturama2 gelöscht und somit konnte ich die App dann starten.
Speicherort neu eingeben. Neustart. Selbes Problem.
Ich bin auf der Suche nach einem Faktura Programm und bin auf dieses hier Aufmerksam geworden.
Daher keine alte Version vorab installiert gehabt.
Gruß
Daniel
Randbedingungen: - Mac OS Catalina - Faktura 2.1.0 - lokale Datenbank - Java (build 1.8.0_251-b08)
2. September 2018 00:13
welche Datenbank verwendest Du? Hast Du testweise mal die Standardeinstellugnen verwendet?
Viele Grüße
Ralf.
Wichtige Infos zum Posten im Forum.
Fehler gefunden?
Topic starter
2. September 2018 00:18
Hi Ralf,
unerwartet Wendung.
Zuerst Standard Einstellung verwendet.
Verzeichnisse inkl. DB aufn Share (NAS) == Error
Verzeichnisse inkl. DB aufn Desktop == Error
Verzeichnisse aufn Desktop + DB auf MySQL (NAS) == Läuft
Eigenartigerweise läuft der Aufruf nur wenn ich Fakturama via Konsole starte. Doppelklick auf Programm Icon
==> " "Fakturama2" ist beschädigt und kann nicht geöffnet werden. Es empfiehlt sich, das Objekt in den Papierkorb zu bewegen."
Hä??????
Nachtrag:
Ich kann das Verhalten reproduzieren.
Konsolenaufruf funktioniert wunderbar. MariaDB wird befüllt.
Aufruf via Doppelklick bzw. Spotlight führt zur Fehlermeldung das das Programm scheinbar defekt ist.
Gruß
Daniel
Randbedingungen: - Mac OS Catalina - Faktura 2.1.0 - lokale Datenbank - Java (build 1.8.0_251-b08)
2. September 2018 00:44
Hm. Der Aufruf über den Finder checkt paar mehr Sicherheitseinstellungen, und da die Anwendung nicht signiert ist, gibt's da einen Fehler. Die ist aber prinzipiell in Ordnung. Ichhab das auf meinem Test-Mac auch hinbekommen, daß das über den Finde rgestartet werden kann, da gibt es irgendwo eine Einstellung, bei der man das direkt für das eine Programm freischalten kann. Muß ich nochmal nachsehen. Oder hilft Dir das hier evtl. weiter?
Mir ist aber immer noch nicht klar, warum die Kombination Verzeichnisse + DB auf Desktop nicht funktionieren soll. Das ist ja im Prinzip der einfachste Fall, den ich auch immer mit teste.
Viele Grüße
Ralf.
Wichtige Infos zum Posten im Forum.
Fehler gefunden?
Topic starter
2. September 2018 01:06
Hi Ralf,
ja das ist mir auch unklar. Wobei es da egal scheint ob als root oder user ausgeführt.
Der Link hat leider nicht weitergeholfen. App lässt sich via Finder nicht starten. Vllt. muss ich da noch mal tiefer forschen.
An sich habe ich das DB Szenario wie ich es geplant hatte. MariaDB als Backend und Vorlagen aufm Share (Hab ich grad mal umgestellt und funzt). Aber der Weg dahin war mir etwas zu holperig. Und hat mir den geplanten Einarbeitungsabend versaut.
Nun ja, einziges offenes Thema für mich ist somit nur noch der Programmstart via Finder.
Für die Allgemeinheit, auch das lokale DB Problem.
Ralf, Danke dir erst mal für deine Unterstützung und Hilfe.
Werde jetzt ins Bett. Die Kinder husten schon zu verdächtig und ich habe ein ungutes Gefühl was die Schlaflänge betrifft.
Gruß
Daniel
Randbedingungen: - Mac OS Catalina - Faktura 2.1.0 - lokale Datenbank - Java (build 1.8.0_251-b08)
Topic starter
2. September 2018 22:53
Hallo Ralf,
das ich Fakturama per Spotlight oder Doppelklick nicht öffnen kann liegt an den Sicherheitseinstellungen (Gatekeeper) bei OSX.
Öffnen ist nur erlaubt für Apps aus dem AppStore oder verifizierten Entwicklern. Letzteres ist bei Fakturama ja nicht der Fall. Oder hat sich das schon geändert? Öffnen der App ist daher nur über das Terminal/Konsole möglich.
Aber ich habe jetzt einen laufenden Prozess für mich gefunden der mich zufrieden stellt.
1. Shellscript Datei (.sh) auf dem Desktop erzeugt
#!/bin/bash /Applications/Fakturama2.app/Contents/MacOS/Fakturama
- das Icon von Fakturama zugewiesen
==> Doppelklick auf Icon == Fakturama wird gestartet
2. Arbeitsverzeichnis auf NAS-Share gelegt
- Wenn mein Benutzer sich am MAC anmeldet wird automatisch das NAS-Share gemountet. Somit ist im eigene Netzwerk sichergestellt das die Dateizugriffe funktionieren
3. MariaDB/MySQL DB erzeugt und bei Verbindungsdetails entsprechend eingetragen
==> Nach ersten Start werden die Tabellen entsprechend angelegt. Funktioniert Super!
4. MySQL DB Backup
- per Cron wird ein mysqldump erzeugt und speichert den export auf dem NAS (Raid)
- das script hierfür und wie es geht habe ich von hier
- somit ist sichergestellt das meine wichtigen Daten auch gesichert werden.
Ausblick
- Als nächstes planen ich das Shellscript soweit auszubauen (oder evtl. zu ersetzen mit einem AppleScript) das nach dem Start prüft ob ich im eigenen Netzwerk bin und das Share gemountet ist. Wenn ausserhalb des eigenen Netzes dann soll eine VPN Verbindung aufgebaut werden und anschliessend das Share gemountet werden.
Ich denke das ich somit einen guten Workflow gefunden habe um mit Fakturama zu arbeiten.
Was sagst du / ihr dazu?
Gerne bin ich für Verbesserungsvorschläge zu haben 🙂
Gruß
Daniel
PS
Da die Ursache wohle gefunden scheint kann das Thema dann wohl auch geschlossen werden.
Randbedingungen: - Mac OS Catalina - Faktura 2.1.0 - lokale Datenbank - Java (build 1.8.0_251-b08)
2. September 2018 22:59
Hallo Daniel,
ich finde, daß das ein gangbarer Weg ist. Besten Dank für die Infos.
Viele Grüße
Ralf.
Wichtige Infos zum Posten im Forum.
Fehler gefunden?