Closed stefan2904 closed 4 years ago
Thanks for the comment. Highly appreciated. Will be fixed ASAP.
Fixed in v1.4.1
Hey Philip, thanks a lot for the fast fix! Cheers from Graz.
Hey Stefan - yw. If you find more issues, just let me know. I know others (Greece) are also digging into the DSS inconsistencies atm. Xades stuff will btw. be deprecated and most likely removed...
Btw. do you need a new release or is it just "for my information"?
I know others (Greece) are also digging into the DSS inconsistencies atm.
University of Piraeus? ;-)
Btw. do you need a new release or is it just "for my information"?
We don't use ph-asic directly, but our project partners do to create the input to our software (which uses DSS & DD4J). So I assume they would be happy about a release, but I don't know how urgent.
Xades stuff will btw. be deprecated and most likely removed...
Can I ask why? Because Peppol does not use it, and pd-asic is mostly used in the Peppol world?
(DD4J does not support CAdES based ASiC containers, this is why we integrated DSS directly to support it. It seems DSS it the only way to support both CAdES and XAdES based containers now ...)
In multiple locations,
ph-asic
creates the ASiC manifest file namedMETA-INF/asicmanifest.xml
, while many libraries expect it to be calledMETA-INF/ASiCManifest.xml
.Is there a reason this is done that way, or is this a bug?
According to ETSI TS 102 918 V1.3.1:
DSS also assumes that the file is called
ASiCManifest.xml
and cannot load a container created usingph-asic
(The manifest file is absent!
etc.).This is also a issue in the repo from which you forked: https://github.com/difi/asic/issues/7