Hi,
I just release a new preview of my planned VeraPDF plugin (on https://github.com/ZUGFeRD/ZUV/releases/tag/v0.4.1) and unfortunately in the past months
a) the need for ph-schematron has been confirmed and b) I could not solve the deployment issues.
It turned out I do need ph-schematron, which in turn references saxon, for for performance issues: we're talking about 11 seconds (ZUGFeRD 1) respectively 4 seconds run time per ZUGFeRD file with when checking with XSLT2 (i.e. ph-schematron and saxon2) while it takes 11 *minutes* for a check without, i.e. with java's XSLT1. And so far I could not even produce a XSLT1 for the ZF2 (more precisely UN/CEFACT SCRDM CII 16B EN 16931) schematron.
Despite something like java -jar ZUV-0.4.1-SNAPSHOT.jar -f <any ZUGFeRD PDF file like from http://www.mustangproject.org/MustangGnuaccountingBeispielRE-20170509_505.pd... works, if one tries to use the (shaded) ZUV-0.4.1-SNAPSHOT.jar as VeraPDF plugin there will be exceptions like
Feb 12, 2018 10:36:31 AM org.verapdf.processor.ProcessorImpl extractFeatures WARNUNG: Exception caught when extracting features of item java.lang.NoClassDefFoundError: org/junit/rules/ExternalResource
Does anybody have an idea how this could be solved? I e.g. tried a shaded jar with relocations but that did not work because saxon had to be be refered by it's original name which AFAIK is taken by VeraPDF internal usage.
My only remaining straw would be turning the thing around and attempting to embed VeraPDF in the ZUGFeRD validator instead of embedding the ZUGFeRD validator in VeraPDF as a plugin.
thanks a lot and kind regards, Jochen
Mustangproject.org Chief ZUGFeRD amatuer
Hi Jochen,
Sorry to hear that you're having issues. I'm happy to say that Dual Lab are going to look what's required to allow veraPDF to use XSLT2 but there won't be an instant fix. Regarding your build problem, the missing class is interesting as it refers to JUnit which is normally a test scope dependency in Maven so wouldn't be in production code. I'm willing to take a look at the build and see if I can work out what's going on. It feel's as though the answer may lay in the project POMS somewhere.
Best, Carl
On Mon, 12 Feb 2018 at 10:14 Jochen Staerk jstaerk@usegroup.de wrote:
Hi,
I just release a new preview of my planned VeraPDF plugin (on https://github.com/ZUGFeRD/ZUV/releases/tag/v0.4.1) and unfortunately in the past months
a) the need for ph-schematron has been confirmed and b) I could not solve the deployment issues.
It turned out I do need ph-schematron, which in turn references saxon, for for performance issues: we're talking about 11 seconds (ZUGFeRD 1) respectively 4 seconds run time per ZUGFeRD file with when checking with XSLT2 (i.e. ph-schematron and saxon2) while it takes 11 *minutes* for a check without, i.e. with java's XSLT1. And so far I could not even produce a XSLT1 for the ZF2 (more precisely UN/CEFACT SCRDM CII 16B EN 16931) schematron.
Despite something like java -jar ZUV-0.4.1-SNAPSHOT.jar -f <any ZUGFeRD PDF file like from
http://www.mustangproject.org/MustangGnuaccountingBeispielRE-20170509_505.pd...
works, if one tries to use the (shaded) ZUV-0.4.1-SNAPSHOT.jar as VeraPDF plugin there will be exceptions like
Feb 12, 2018 10:36:31 AM org.verapdf.processor.ProcessorImpl extractFeatures WARNUNG: Exception caught when extracting features of item java.lang.NoClassDefFoundError: org/junit/rules/ExternalResource
Does anybody have an idea how this could be solved? I e.g. tried a shaded jar with relocations but that did not work because saxon had to be be refered by it's original name which AFAIK is taken by VeraPDF internal usage.
My only remaining straw would be turning the thing around and attempting to embed VeraPDF in the ZUGFeRD validator instead of embedding the ZUGFeRD validator in VeraPDF as a plugin.
thanks a lot and kind regards, Jochen
Mustangproject.org Chief ZUGFeRD amatuer _______________________________________________ Users mailing list Users@lists.verapdf.org http://lists.verapdf.org/listinfo/users
Cool, I was wondering if a possible solution could be to somehow expose verapdf internal XSLT2 functionality to the plugins which could also make the plugin smaller.
thanks a lot in advance, Jochen.
Am 13.02.18 um 12:00 schrieb Carl Wilson:
Hi Jochen,
Sorry to hear that you're having issues. I'm happy to say that Dual Lab are going to look what's required to allow veraPDF to use XSLT2 but there won't be an instant fix. Regarding your build problem, the missing class is interesting as it refers to JUnit which is normally a test scope dependency in Maven so wouldn't be in production code. I'm willing to take a look at the build and see if I can work out what's going on. It feel's as though the answer may lay in the project POMS somewhere.
Best, Carl
On Mon, 12 Feb 2018 at 10:14 Jochen Staerk <jstaerk@usegroup.de mailto:jstaerk@usegroup.de> wrote:
Hi, I just release a new preview of my planned VeraPDF plugin (on https://github.com/ZUGFeRD/ZUV/releases/tag/v0.4.1) and unfortunately in the past months a) the need for ph-schematron has been confirmed and b) I could not solve the deployment issues. It turned out I do need ph-schematron, which in turn references saxon, for for performance issues: we're talking about 11 seconds (ZUGFeRD 1) respectively 4 seconds run time per ZUGFeRD file with when checking with XSLT2 (i.e. ph-schematron and saxon2) while it takes 11 *minutes* for a check without, i.e. with java's XSLT1. And so far I could not even produce a XSLT1 for the ZF2 (more precisely UN/CEFACT SCRDM CII 16B EN 16931) schematron. Despite something like java -jar ZUV-0.4.1-SNAPSHOT.jar -f <any ZUGFeRD PDF file like from http://www.mustangproject.org/MustangGnuaccountingBeispielRE-20170509_505.pdf> works, if one tries to use the (shaded) ZUV-0.4.1-SNAPSHOT.jar as VeraPDF plugin there will be exceptions like Feb 12, 2018 10:36:31 AM org.verapdf.processor.ProcessorImpl extractFeatures WARNUNG: Exception caught when extracting features of item java.lang.NoClassDefFoundError: org/junit/rules/ExternalResource Does anybody have an idea how this could be solved? I e.g. tried a shaded jar with relocations but that did not work because saxon had to be be refered by it's original name which AFAIK is taken by VeraPDF internal usage. My only remaining straw would be turning the thing around and attempting to embed VeraPDF in the ZUGFeRD validator instead of embedding the ZUGFeRD validator in VeraPDF as a plugin. thanks a lot and kind regards, Jochen Mustangproject.org Chief ZUGFeRD amatuer _______________________________________________ Users mailing list Users@lists.verapdf.org <mailto:Users@lists.verapdf.org> http://lists.verapdf.org/listinfo/users-- Carl Wilson | Technical Lead carl@openpreservation.org mailto:carl@openpreservation.org | skype: carl.f.wilson Open Preservation Foundation | openpreservation.org http://www.openpreservation.org/
users@lists.openpreservation.org
-
Carl Wilson -
Jochen Staerk