This space describes xmlsectool v3.0.0, which is no longer supported. Refer to the xmlsectool v4.0.0 space for the currently supported version.
Release Notes
Please review these release notes before upgrading your system. You should review the notes for all the versions subsequent to the one you're running prior to upgrade, including referring back to older V2 notes.
Release 3.0.0 (previous stable release)
Release date: 2020-12-15
XSTJ-67: In this release of
xmlsectool, the--keyoption has been split into--keyAliasand--keyFiledepending on operation (--keyFileis used with--certificatewhile--keyAliasis used with keystores and with PKCS#11 tokens). The--keyoption can still be used in both contexts but will result in a deprecation warning. The--keyoption will be removed in the next major release ofxmlsectool(4.0.0).XSTJ-68: Previous versions of
xmlsectoolset an explicit heap limit of 256MB to compensate for the very low defaults imposed by early versions of Java.xmlsectoolno longer does this, as recent Java versions on modern hardware now allows the allocation of a much larger heap by default. This means thatxmlsectoolwill be more likely to work on large documents. For documents which need still more heap, set a non-default heap size by invokingxmlsectoollike this:JVMOPTS="-Xmx1.5G" ...xmlsectool --sign ...XSTJ-69:
xmlsectool3.0.0 includes defensive coding to limit the effect of some changes that have been made to the XML DSIG code within the JDK and the Santuario XML security dependency library. The intention is to ensure thatxmlsectoolproduces the same output across versions of these dependencies, and to ensure that signed output does not include encoded CR characters ( or similar) known to cause problems for some consumers. One result is that in most circumstances,xmlsectool3.0.0 produces identical output toxmlsectool2.0.0, although this is not guaranteed and in particular may not be the case for a future major version ofxmlsectool.XSTJ-73:
xmlsectool3.0.0 is now based on the Shibboleth Project's Java 11 product platform. This means that it requires a minimum of Java 11 to run. For more details on supported Java versions and distributions, see System Requirements.XSTJ-82: Changes in the way Java handles the SunPKCS11 provider have necessarily resulted in changes to the way
xmlsectoolprovides this functionality. The full details can be found in Using PKCS#11 Credentials; if you are upgrading from a previous version ofxmlsectoolthen Upgrading from a previous version of xmlsectool gives detailed instructions.XSTJ-85: for reasons of clarity and inclusivity, the following command-line options have been renamed:
--clearBlacklistbecomes--allowAllDigests--blacklistDigestbecomes--disallowDigest--whitelistDigestbecomes--allowDigest--listBlacklistbecomes--listAlgorithms
If you use one of the old option names, it will still work but you will be reminded to use the new name through a deprecation warning. The old names for these options will be removed in the next major release of xmlsectool (4.0.0).