Hallo,
opensuse tumbleweed fakturama beta 2.2.0-BETA.rpm download 30.dez 16:54
test mit standart libreoffice von opensuse UND direkter download von
entfernter Link die datei LibreOffice_24.8.4_Linux_x86-64_rpm.tar.gz
beides mal gleicher effekt, sobald ich in fakturama
/datei/einstellungen einen hakten bei "erzeuge ZUGFeRD-Datei" UND "version 2.1"
einstelle druckt er nicht mehr, es scheint an der versionsauswahl zu liegen.
weder ZUGFERD_V2_COMFORT noch X-RECHNUNG noch FACTURX_EN16931
" Dokument konnte nicht erstellt werden. Bitte prüfen sei den
OpenOffice-Pfad und den ausgabepfad"
und die fehlekonsole meldet:
Error starting OpenOffice with Document.ott in: com.sebulli.fakturama.office.OfficeDocument#postProcess (359)
Document couldn't be created. Reason: Error starting OpenOffice with Document.ott in: com.sebulli.fakturama.office.OfficeDocument#createDocument (179)
Exception occured: in: com.sebulli.fakturama.office.OfficeDocument#postProcess (359)
ist das noch nicht implementiert????????????????????
oder habe ich was falsch eingestellt?????????????
wenn die zugferd-version auf 1 steht, dann erzeugt er ein pdf.
in libreoffice habe ich "datei neu, textdokument" exportieren-als / als-pdf-exportieren
in allgemein steht "alle"
bereich: haken bei pdfdokument nach export anzeigen
bilder: jpeg qualitaet 50%
haken bei bildaufloesung verringern 600dpi
allegemein: haken bei archiv (pdf/a, iso_19005) -> pdf/a version pdf/a-1b und 3b getestet
haken ist drin bei indiziertes pdf (den macht er automatisch da rein)
struktur: haken bei gliederung exportieren
-----------
was ich noch feststellte, wenn man enie zugref v1 erfolgreich erstellt hat und dann "nur" auf version 2.1 klickt, dann erstellt er ebenso pdf's. allerdings ist die im pdf enthaltene xml identisch
mit der version die er mit einstellung v1 macht. er ignoriert also das umstellen. sobald man nochmals etwas verstellt zum bsp auf x-rechnung und zurueck gehts auch so nicht mehr.
freue mich auf rueckantworten.
simon bechereR
Fakturama 2.2.0beta auf openSUSE Tumbleweed
Hier noch die error-log datei,
falls das was bringt.
nett waer die info ob das bei ueberhaupt jemandem funktioniert.
und wenn ja, ein tipp an was das liegen koennte :-))
!SESSION 2025-01-02 15:14:53.179 ----------------------------------------------- eclipse.buildId=2.2.0.202501011613 java.version=17.0.2 java.vendor=Eclipse Adoptium BootLoader constants: OS=linux, ARCH=x86_64, WS=gtk, NL=de_DE Command-line arguments: -os linux -ws gtk -arch x86_64 !ENTRY com.sebulli.fakturama.common 4 0 2025-01-02 15:16:18.387 !MESSAGE Error starting OpenOffice with Document.ott !STACK 0 java.lang.IllegalArgumentException: at org.fakturama.export.facturx.modelgen.CountryIDContentType.fromValue(CountryIDContentType.java:801) at org.fakturama.export.facturx.XRechnung.createCountry(XRechnung.java:1108) at org.fakturama.export.facturx.XRechnung.createAddress(XRechnung.java:1064) at org.fakturama.export.facturx.XRechnung.createSeller(XRechnung.java:382) at org.fakturama.export.facturx.XRechnung.getInvoiceXml(XRechnung.java:195) at org.fakturama.export.facturx.XRechnung.getInvoiceXml(XRechnung.java:1) at org.fakturama.export.facturx.XRechnungCreator.createEInvoice(XRechnungCreator.java:81) at org.fakturama.export.einvoice.ZugferdExporter.processPdf(ZugferdExporter.java:113) at com.sebulli.fakturama.office.OfficeDocument.postProcess(OfficeDocument.java:359) at com.sebulli.fakturama.office.OfficeDocument.saveOODocument(OfficeDocument.java:328) at com.sebulli.fakturama.office.OfficeDocument.createDocument(OfficeDocument.java:171) at com.sebulli.fakturama.handlers.CreateOODocumentHandler.openOODocument(CreateOODocumentHandler.java:405) at com.sebulli.fakturama.handlers.CreateOODocumentHandler.lambda$0(CreateOODocumentHandler.java:183) at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:89) at org.eclipse.swt.widgets.Display.sendEvent(Display.java:5855) at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1529) at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:5065) at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:4517) at org.eclipse.e4.ui.internal.workbench.swt.PartRenderingEngine$5.run(PartRenderingEngine.java:1155) at org.eclipse.core.databinding.observable.Realm.runWithDefault(Realm.java:338) at org.eclipse.e4.ui.internal.workbench.swt.PartRenderingEngine.run(PartRenderingEngine.java:1046) at org.eclipse.e4.ui.internal.workbench.E4Workbench.createAndRunUI(E4Workbench.java:155) at org.eclipse.e4.ui.internal.workbench.swt.E4Application.start(E4Application.java:168) at org.eclipse.equinox.internal.app.EclipseAppHandle.run(EclipseAppHandle.java:203) at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.runApplication(EclipseAppLauncher.java:136) at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.start(EclipseAppLauncher.java:104) at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:402) at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:255) at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:77) at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.base/java.lang.reflect.Method.invoke(Method.java:568) at org.eclipse.equinox.launcher.Main.invokeFramework(Main.java:659) at org.eclipse.equinox.launcher.Main.basicRun(Main.java:596) at org.eclipse.equinox.launcher.Main.run(Main.java:1467) at org.eclipse.equinox.launcher.Main.main(Main.java:1440) !ENTRY com.sebulli.fakturama.common 4 0 2025-01-02 15:16:18.389 !MESSAGE Document couldn't be created. Reason: Error starting OpenOffice with Document.ott !STACK 0 com.sebulli.fakturama.exception.FakturamaStoringException: Error starting OpenOffice with Document.ott at com.sebulli.fakturama.office.OfficeDocument.createDocument(OfficeDocument.java:179) at com.sebulli.fakturama.handlers.CreateOODocumentHandler.openOODocument(CreateOODocumentHandler.java:405) at com.sebulli.fakturama.handlers.CreateOODocumentHandler.lambda$0(CreateOODocumentHandler.java:183) at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:89) at org.eclipse.swt.widgets.Display.sendEvent(Display.java:5855) at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1529) at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:5065) at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:4517) at org.eclipse.e4.ui.internal.workbench.swt.PartRenderingEngine$5.run(PartRenderingEngine.java:1155) at org.eclipse.core.databinding.observable.Realm.runWithDefault(Realm.java:338) at org.eclipse.e4.ui.internal.workbench.swt.PartRenderingEngine.run(PartRenderingEngine.java:1046) at org.eclipse.e4.ui.internal.workbench.E4Workbench.createAndRunUI(E4Workbench.java:155) at org.eclipse.e4.ui.internal.workbench.swt.E4Application.start(E4Application.java:168) at org.eclipse.equinox.internal.app.EclipseAppHandle.run(EclipseAppHandle.java:203) at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.runApplication(EclipseAppLauncher.java:136) at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.start(EclipseAppLauncher.java:104) at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:402) at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:255) at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:77) at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.base/java.lang.reflect.Method.invoke(Method.java:568) at org.eclipse.equinox.launcher.Main.invokeFramework(Main.java:659) at org.eclipse.equinox.launcher.Main.basicRun(Main.java:596) at org.eclipse.equinox.launcher.Main.run(Main.java:1467) at org.eclipse.equinox.launcher.Main.main(Main.java:1440) !ENTRY com.sebulli.fakturama.common 4 0 2025-01-02 15:16:18.390 !MESSAGE Exception occured: !STACK 0 java.lang.IllegalArgumentException: at org.fakturama.export.facturx.modelgen.CountryIDContentType.fromValue(CountryIDContentType.java:801) at org.fakturama.export.facturx.XRechnung.createCountry(XRechnung.java:1108) at org.fakturama.export.facturx.XRechnung.createAddress(XRechnung.java:1064) at org.fakturama.export.facturx.XRechnung.createSeller(XRechnung.java:382) at org.fakturama.export.facturx.XRechnung.getInvoiceXml(XRechnung.java:195) at org.fakturama.export.facturx.XRechnung.getInvoiceXml(XRechnung.java:1) at org.fakturama.export.facturx.XRechnungCreator.createEInvoice(XRechnungCreator.java:81) at org.fakturama.export.einvoice.ZugferdExporter.processPdf(ZugferdExporter.java:113) at com.sebulli.fakturama.office.OfficeDocument.postProcess(OfficeDocument.java:359) at com.sebulli.fakturama.office.OfficeDocument.saveOODocument(OfficeDocument.java:328) at com.sebulli.fakturama.office.OfficeDocument.createDocument(OfficeDocument.java:171) at com.sebulli.fakturama.handlers.CreateOODocumentHandler.openOODocument(CreateOODocumentHandler.java:405) at com.sebulli.fakturama.handlers.CreateOODocumentHandler.lambda$0(CreateOODocumentHandler.java:183) at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:89) at org.eclipse.swt.widgets.Display.sendEvent(Display.java:5855) at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1529) at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:5065) at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:4517) at org.eclipse.e4.ui.internal.workbench.swt.PartRenderingEngine$5.run(PartRenderingEngine.java:1155) at org.eclipse.core.databinding.observable.Realm.runWithDefault(Realm.java:338) at org.eclipse.e4.ui.internal.workbench.swt.PartRenderingEngine.run(PartRenderingEngine.java:1046) at org.eclipse.e4.ui.internal.workbench.E4Workbench.createAndRunUI(E4Workbench.java:155) at org.eclipse.e4.ui.internal.workbench.swt.E4Application.start(E4Application.java:168) at org.eclipse.equinox.internal.app.EclipseAppHandle.run(EclipseAppHandle.java:203) at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.runApplication(EclipseAppLauncher.java:136) at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.start(EclipseAppLauncher.java:104) at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:402) at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:255) at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:77) at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.base/java.lang.reflect.Method.invoke(Method.java:568) at org.eclipse.equinox.launcher.Main.invokeFramework(Main.java:659) at org.eclipse.equinox.launcher.Main.basicRun(Main.java:596) at org.eclipse.equinox.launcher.Main.run(Main.java:1467) at org.eclipse.equinox.launcher.Main.main(Main.java:1440)
Fakturama 2.2.0beta auf openSUSE Tumbleweed
So, nun geloest:
es MUSS ein zweiter PDF pfad in den einstellungen zur Libreoffice anbindung
angegeben werden, ohne diesen macht fakturama KEINE zugferd 2.1 dokumente
(hier unuter linux).
waer schoen wenn das irgendwo stehen wuerden, oder wenn einfach der zweite
pdf-pfad mit einer standart einstellung belegt waere.
anscheinend wird im hintergrund dieser pfad verwendet um zuerst ein pdf
zu speichern und danach die xml dateien dazu zu pfriemeln. meint ohne
die zugferd einstellung braucht man das nicht, mit der zugferd einstellung 2.1
muss das sein, sonst findet er die temporaere datei nicht.
simoN
Fakturama 2.2.0beta auf openSUSE Tumbleweed
@becherer Hi, wo hast du denn einen Zweiten pfad angegeben? Habe nämlich noch das selbe Problem
waer schoen wenn das irgendwo stehen wuerden, oder wenn einfach der zweite
pdf-pfad mit einer standart einstellung belegt waere.
Der Zweitpfad ist eigentlich nicht dafür gedacht, als Workaround für Zugferd-Pfadprobleme zu dienen. Also da liegt ein Fehler in der aktuellen Beta vor, der untersucht und behoben gehört. Die Sache muss auch ohne gesetzten Zweitpfad funktionieren - so wie es früher auch war.
Das Problem ist übrigens nicht Linux-spezifisch, sondern tritt unter Windows bei mir auch auf.
Noch eine Beobachtung hierzu: Nach meinem Experiment mit der 2.2.0 Beta hatte ich zunächst vergessen, die Datenbank zurückzusetzen. Danach trat das selbe Problem dann auch mit der Version 2.1.3c unserer Produktivinstallation auf, die bislang nie davon betroffen war. Das könnte darauf hindeuten, dass irgendeine von der 2.2.0 Beta verursachte Daten-Inkonsistenz diesen Openoffice-Zugferd-Fehler verursachen könnte.
den pfad gibst du bei /datei/einstellungen/office-integration
ein. bei mir sieht das so aus:
"format und pfad der .odt dateien" ODT/{yyyy}/{doctype}/{docname}_{address}.odt
"format und pfad der .pdf dateien" PDF/{yyyy}/{doctype}/{docname}_{address}.pdf
"zusaetzlicher pfad der .pdf dateien" /home/myhome/myfakturamainstalldir/Dokumente/TMP/{yyyy}/{doctype}/{docname}_{address}.pdf
Fakturama 2.2.0beta auf openSUSE Tumbleweed
Habe ebenfalls einen durch diverse Fehlversuche schiefe Beta/anschließend Standard-Version Mix und exakt den gleichen Fehler wie oben. Habe in den Einstellungen den Pfad gem. " entfernter Link " in diesem leeren Feld in den Einstellungen eingegeben und nun erstellt er wieder eine PDF und eine XML-Datei. Danke.
Gruß
FaktuDrama