Hier ein Auszug aus dem Fehlerlog:

!ENTRY org.eclipse.gemini.dbaccess.derby 4 0 2020-07-07 02:17:50.068
!MESSAGE FrameworkEvent ERROR
!STACK 0
org.osgi.framework.BundleException: Could not resolve module: org.eclipse.gemini.dbaccess.derby [810]
Unresolved requirement: Import-Package: org.apache.derby.client.am
-> Export-Package: org.apache.derby.client.am; bundle-symbolic-name="org.apache.derby"; bundle-version="10.8.2.2"; version="0.0.0"
org.apache.derby [97]
Unresolved requirement: Import-Package: javax.transaction
Unresolved requirement: Import-Package: org.apache.derby.jdbc
-> Export-Package: org.apache.derby.jdbc; bundle-symbolic-name="org.apache.derby"; bundle-version="10.8.2.2"; version="0.0.0"

Dann kommt ein bischen vom Stacktrace. Wenn ich den Teil posten möchte, löst das anscheinend den 403 Fehler aus.

Danach kommen noch weitere Fehler:

!ENTRY com.sebulli.fakturama.rcp 4 0 2020-07-07 02:17:52.209
!MESSAGE FrameworkEvent ERROR
!STACK 0
org.osgi.framework.BundleException: Could not resolve module: com.sebulli.fakturama.rcp [981]
Unresolved requirement: Require-Bundle: org.apache.poi.ooxml
-> Bundle-SymbolicName: org.apache.poi.ooxml; bundle-version="3.9.0.v201405241905"
org.apache.poi.ooxml [105]
Unresolved requirement: Require-Bundle: org.dom4j; bundle-version="1.6.1"
-> Bundle-SymbolicName: org.dom4j; bundle-version="2.1.1.v20190321-1528"
org.dom4j [109]
Unresolved requirement: Import-Package: com.sun.msv.datatype; resolution:="optional"
Unresolved requirement: Import-Package: com.sun.msv.datatype.xsd; resolution:="optional"
Unresolved requirement: Import-Package: org.gjt.xpp; resolution:="optional"
Unresolved requirement: Import-Package: org.jaxen; resolution:="optional"
Unresolved requirement: Import-Package: org.jaxen.dom4j; resolution:="optional"
Unresolved requirement: Import-Package: org.jaxen.pattern; resolution:="optional"
Unresolved requirement: Import-Package: org.jaxen.saxpath; resolution:="optional"
Unresolved requirement: Import-Package: org.relaxng.datatype; resolution:="optional"
Unresolved requirement: Import-Package: org.xmlpull.v1; resolution:="optional"
Unresolved requirement: Import-Package: javax.xml.bind; version="[2.2.0,3.0.0)"
-> Export-Package: javax.xml.bind; bundle-symbolic-name="jakarta.xml.bind-api"; bundle-version="2.3.2"; version="2.3.2"; uses:="javax.xml.bind.annotation.adapters,javax.xml.bind.attachment,javax.xml.namespace,javax.xml.stream,javax.xml.transform,javax.xml.validation,org.w3c.dom,org.xml.sax"
jakarta.xml.bind-api [991]
Unresolved requirement: Import-Package: javax.activation
Unresolved requirement: Require-Bundle: org.eclipse.persistence.moxy
-> Bundle-SymbolicName: org.eclipse.persistence.moxy; bundle-version="2.7.5.v20191016-ea124dd158"
org.eclipse.persistence.moxy [1810]
Unresolved requirement: Import-Package: javax.activation; resolution:="optional"
Unresolved requirement: Import-Package: javax.validation; version="[1.1.0,3.0.0)"; resolution:="optional"
Unresolved requirement: Import-Package: javax.validation.constraints; version="[1.1.0,3.0.0)"; resolution:="optional"
Unresolved requirement: Import-Package: javax.validation.groups; version="[1.1.0,3.0.0)"; resolution:="optional"
Unresolved requirement: Import-Package: javax.validation.metadata; version="[1.1.0,3.0.0)"; resolution:="optional"
Unresolved requirement: Import-Package: javax.ws.rs; version="2.0.1"; resolution:="optional"
-> Export-Package: javax.ws.rs; bundle-symbolic-name="jakarta.ws.rs-api"; bundle-version="2.1.6"; version="2.1.6"; uses:="javax.ws.rs.core"
jakarta.ws.rs-api [990]
Unresolved requirement: Import-Package: javax.xml.bind.annotation; version="[2.3.0,3.0.0)"
-> Export-Package: javax.xml.bind.annotation; bundle-symbolic-name="jakarta.xml.bind-api"; bundle-version="2.3.2"; version="2.3.2"; uses:="javax.xml.bind,javax.xml.parsers,javax.xml.transform,javax.xml.transform.dom,org.w3c.dom"
Unresolved requirement: Import-Package: javax.ws.rs.ext; version="2.0.1"; resolution:="optional"
-> Export-Package: javax.ws.rs.ext; bundle-symbolic-name="jakarta.ws.rs-api"; bundle-version="2.1.6"; version="2.1.6"; uses:="javax.ws.rs,javax.ws.rs.core"
Unresolved requirement: Import-Package: javax.ws.rs.core; version="2.0.1"; resolution:="optional"
-> Export-Package: javax.ws.rs.core; bundle-symbolic-name="jakarta.ws.rs-api"; bundle-version="2.1.6"; version="2.1.6"; uses:="javax.ws.rs,javax.xml.bind.annotation,javax.xml.bind.annotation.adapters,javax.xml.namespace"
Unresolved requirement: Import-Package: javax.xml.bind
-> Export-Package: javax.xml.bind; bundle-symbolic-name="jakarta.xml.bind-api"; bundle-version="2.3.2"; version="2.3.2"; uses:="javax.xml.bind.annotation.adapters,javax.xml.bind.attachment,javax.xml.namespace,javax.xml.stream,javax.xml.transform,javax.xml.validation,org.w3c.dom,org.xml.sax"

Kann ich ein Downgrade auf 2.0.5 vornehmen oder würde das die Datenbank beschädigen?

Moin, die Datenbank wurde vermutlich schon konvertiert, deswegen dürfte das nicht mehr gehen. Hast Du zufällig Java 11 oder höher am Start? Du kannst auch nochmal versuchen, das komplette Programmverzeichnis zu löschen und nochmal neu zu installieren (2.1.0).

Ja auf meinem System wird Java automatisch aktualisiert. Aktuell ist deswegen OpenJDK 14.0.1 installiert.

Mit Java 11 funktioniert Fakturama (noch) nicht.

Kommt der Fehler daher? Fakturama 2.0.5 lief auch mit der aktuellen Java Version 14.

Ich werde jetzt zusätzlich die veraltete JRE 8 installieren, um zu sehen, ob es damit noch geht. Ich weiß allerdings nicht, wie ich Fakturama sagen kann, welches Java es nutzen soll.

Ich hab jetzt Java 8 ebenfalls installiert. Anscheinend wird aber weiterhin die andere Version verwendet.
Gibt es eine Möglichkeit per Kommandozeilenparameter die Java Version auszuwählen?

Veröffentlicht von: @bluejanis

Kommt der Fehler daher? Fakturama 2.0.5 lief auch mit der aktuellen Java Version 14.

Das halte ich für ausgeschlossen 🙂 Ich arbeite bereits seit einiger Zeit an dem Problem, weil das sehr tiefgreifende technische Änderungen mit sich bringt.

Du kannst in der Fakturama.ini das zu verwendende Java auswählen. Da gab's hier auch mal einen Thread dazu.

Mein Fehler. Es war nicht Java 14, sondern nur Java 12. Ich dachte die Updates würden alte Java Versionen entfernen, aber anscheinend werden nur weitere Versionen installiert, ohne die alten zu entfernen.
Bei mir gab es mehrere Java-Einträge im Path. Der oberste war OpenJDK 12.0.1.
Aber 2.05 lief bei mir tatsächlich mit Java 12!

Zum Einstellen der Java Version für Fakturama musste ich jetzt etwas länger suchen, bis ich es gefunden habe.
Die Java-Version lässt sich in der Fakturama.ini einstellen. Für mein Windows funktioniert diese Einstellung:

-vm
C:\Program Files\Java\jre1.8.0_251\bin

Damit startet Fakturama 2.10e jetzt. Danke!

Nachdem ich ein Produkt aus der Produktliste auswählen wollte, kommt jetzt der nächste Fehler. Nun startet es wieder nicht.

!SESSION 2020-07-10 14:50:08.023 -----------------------------------------------
eclipse.buildId=2.1.1.202005291928
java.version=1.8.0_251
java.vendor=Oracle Corporation
BootLoader constants: OS=win32, ARCH=x86_64, WS=win32, NL=de_DE
Command-line arguments: -os win32 -ws win32 -arch x86_64

!ENTRY org.eclipse.osgi 4 0 2020-07-10 14:50:18.595
!MESSAGE Anwendungsfehler
!STACK 1
java.lang.StackOverflowError
at org.eclipse.nebula.widgets.nattable.layer.SizeConfig.isAllPositionsSameSize(SizeConfig.java:811)
at org.eclipse.nebula.widgets.nattable.layer.SizeConfig.getAggregateSize(SizeConfig.java:353)
at org.eclipse.nebula.widgets.nattable.layer.DataLayer.getStartXOfColumnPosition(DataLayer.java:505)
at org.eclipse.nebula.widgets.nattable.layer.LayerUtil.findColumnPosition(LayerUtil.java:50)
at org.eclipse.nebula.widgets.nattable.layer.LayerUtil.findColumnPosition(LayerUtil.java:56)
at org.eclipse.nebula.widgets.nattable.layer.LayerUtil.findColumnPosition(LayerUtil.java:56)
at org.eclipse.nebula.widgets.nattable.layer.LayerUtil.findColumnPosition(LayerUtil.java:56)
[...]

Mit -clean Parameter und Java 10 kommt der gleiche Fehler:

!SESSION 2020-07-10 15:04:10.601 -----------------------------------------------
eclipse.buildId=2.1.1.202005291928
java.version=10.0.2
java.vendor=Oracle Corporation
BootLoader constants: OS=win32, ARCH=x86_64, WS=win32, NL=de_DE
Command-line arguments: -os win32 -ws win32 -arch x86_64 -clean

!ENTRY org.eclipse.osgi 4 0 2020-07-10 15:04:24.598
!MESSAGE Anwendungsfehler
!STACK 1
java.lang.StackOverflowError
at java.base/java.util.HashMap.get(HashMap.java:557)
at org.eclipse.nebula.widgets.nattable.layer.SizeConfig.getAggregateSize(SizeConfig.java:369)
at org.eclipse.nebula.widgets.nattable.layer.DataLayer.getStartXOfColumnPosition(DataLayer.java:505)
at org.eclipse.nebula.widgets.nattable.layer.LayerUtil.findColumnPosition(LayerUtil.java:50)
at org.eclipse.nebula.widgets.nattable.layer.LayerUtil.findColumnPosition(LayerUtil.java:56)
at org.eclipse.nebula.widgets.nattable.layer.LayerUtil.findColumnPosition(LayerUtil.java:56)
at org.eclipse.nebula.widgets.nattable.layer.LayerUtil.findColumnPosition(LayerUtil.java:56)
at org.eclipse.nebula.widgets.nattable.layer.LayerUtil.findColumnPosition(LayerUtil.java:56)
[...]

Moin, bitte mal die Datei %USERPROFILE%\.fakturama2\.metadata\.plugins\org.eclipse.e4.workbench\workbench.xmi löschen. Damit sollte der letztgenannte Fehler weg sein.

Das Problem mit dem StackOverflow könnte evtl. an einer fehlerhaften fakturamaviews.properties liegen. Der Fehler geistert hier schon eine Weile durch's Forum, ich hab den aber noch nicht zu fassen bekommen...

Das ist derselbe Fehler wie in diesem Thread.