ignore-Parameter in Mustang-CLI

182 views
Skip to first unread message

Dustin Schmolz

unread,
Dec 10, 2024, 5:01:23 AM12/10/24
to ZUGFeRD
Guten Tag,

wir verwenden aktuell noch Mustang-CLI-2.3.3 und würden nun gerne auf Mustang-CLI-2.15.1 upgraden.
Bisher nutzen wir nur --action combine mit Parameter -i da wir sonst einen PDF/A Error bekommen ("File is not a valid PDF/A-1 input file"). Mit dem ignore Paramater läuft das aber sauber durch.

In den Versionen 2.14.2 und 2.15.1 scheint dieser Parameter leider keine Wirkung mehr zu zeigen. Dort bekommen wir den o.g. Fehler.

Ist das evtl. ein bekanntes Problem oder müssen wir noch irgendwas anderes beachten?
Vielen Dank im Voraus!

Beste Grüße
Dustin

jochen...@gmail.com

unread,
Dec 12, 2024, 7:44:24 AM12/12/24
to ZUGFeRD
Hallo

beim mir gehts:

java -jar Mustang-CLI-2.15.1.jar --action combine --source _out-pdf_err.pdf --source-xml XRECHNUNG_Einfach.cii.xml
Source PDF set to _out-pdf_err.pdf
ZUGFeRD XML set to XRECHNUNG_Einfach.cii.xml
Output PDF (default: invoice.ZUGFeRD.pdf):
Additional file attachments filename (empty for none):
Format (fx=Factur-X, zf=ZUGFeRD, ox=Order-X, da=Cross Industry Despatch Advice) (default: fx):
Version (1 or 2) (default: 1):
Profile  [M]INIMUM, BASIC [W]L, [B]ASIC,
[C]IUS, [E]N16931, EX[T]ENDED or [X]RECHNUNG (default: E):
13:41:42.407 [main] ERROR ROOT - File is not a valid PDF/A-1 input file
java.io.IOException: File is not a valid PDF/A-1 input file
        at org.mustangproject.ZUGFeRD.ZUGFeRDExporterFromA1.ensurePDFIsValid(ZUGFeRDExporterFromA1.java:81)
        at org.mustangproject.ZUGFeRD.ZUGFeRDExporterFromA3.load(ZUGFeRDExporterFromA3.java:158)
        at org.mustangproject.ZUGFeRD.ZUGFeRDExporterFromA1.load(ZUGFeRDExporterFromA1.java:89)
        at org.mustangproject.ZUGFeRD.ZUGFeRDExporterFromA1.load(ZUGFeRDExporterFromA1.java:33)
        at org.mustangproject.ZUGFeRD.ZUGFeRDExporterFromPDFA.load(ZUGFeRDExporterFromPDFA.java:135)
        at org.mustangproject.commandline.Main.performCombine(Main.java:726)
        at org.mustangproject.commandline.Main.main(Main.java:409)

File is not a valid PDF/A-1 input file


vs

java -jar Mustang-CLI-2.15.1.jar -i --action combine --source _out-pdf_err.pdf --source-xml XRECHNUNG_Einfach.cii.xml
Source PDF set to _out-pdf_err.pdf
ZUGFeRD XML set to XRECHNUNG_Einfach.cii.xml
Output PDF (default: invoice.ZUGFeRD.pdf):
Additional file attachments filename (empty for none):
Format (fx=Factur-X, zf=ZUGFeRD, ox=Order-X, da=Cross Industry Despatch Advice) (default: fx):
Version (1 or 2) (default: 1):
Profile  [M]INIMUM, BASIC [W]L, [B]ASIC,
[C]IUS, [E]N16931, EX[T]ENDED or [X]RECHNUNG (default: E):
Written to invoice.ZUGFeRD.pdf




Dustin Schmolz

unread,
Dec 12, 2024, 8:46:16 AM12/12/24
to ZUGFeRD
Seltsam, ich verwende es exakt gleich und bekomme trotzdem einen Fehler bzgl PDF/A version. Dieser sieht bei mir aber etwas anders aus:

java -jar Mustang-CLI-2.15.1.jar -i --action combine --source Rechnung.pdf --source-xml xrechnung.xml
Source PDF set to Rechnung.pdf
ZUGFeRD XML set to xrechnung.xml

Output PDF (default: invoice.ZUGFeRD.pdf):
Additional file attachments filename (empty for none):
Format (fx=Factur-X, zf=ZUGFeRD, ox=Order-X, da=Cross Industry Despatch Advice) (default: fx):
Version (1 or 2) (default: 1):
Profile  [M]INIMUM, BASIC [W]L, [B]ASIC,
[C]IUS, [E]N16931, EX[T]ENDED or [X]RECHNUNG (default: E):
14:43:01.670 [main] ERROR ROOT - PDF-A version not supported
java.lang.IllegalArgumentException: PDF-A version not supported
        at org.mustangproject.ZUGFeRD.ZUGFeRDExporterFromPDFA.determineAndSetExporter(ZUGFeRDExporterFromPDFA.java:71)
        at org.mustangproject.ZUGFeRD.ZUGFeRDExporterFromPDFA.load(ZUGFeRDExporterFromPDFA.java:134)

        at org.mustangproject.commandline.Main.performCombine(Main.java:726)
        at org.mustangproject.commandline.Main.main(Main.java:409)
PDF-A version not supported

Dustin Schmolz

unread,
Dec 17, 2024, 4:41:30 AM12/17/24
to ZUGFeRD
Hallo nochmal,

ich habe nun mal folgendes ausprobiert: Das von uns erzeugte PDF habe ich über ein Online-Tool in PDF/A1b konvertiert und anschließend das CLI damit gefüttert. Damit ging der --combine fehlerfrei durch. In der Version 2.3.3 war eine vorherige Konvertierung noch nicht nötig. Kann es sein, dass der --ignore Parameter "strenger" geworden ist und ab jetzt zumindest ein PDF/A1b erwartet?

Zur Info: Unsere PDFs werden mit dem Microsoft Print to PDF gedruckt. Dieser kann scheinbar leider kein PDFA/1b erzeugen. Wir müssen aber leider den MS Print to PDF nutzen, weil das der einzige PDF Drucker ist, dem wir aus unserem System via API einen Zielpfad mitgeben können.

jochen...@gmail.com schrieb am Donnerstag, 12. Dezember 2024 um 13:44:24 UTC+1:
Reply all
Reply to author
Forward
0 new messages