Depndency updates

2.16.2

[skip ci] Release:copy for tag 2.16.2

Støtte SDP-utvidelse Bevis

2.16

[skip ci] Release:copy for tag 2.16

Ensure Metro SAAJ-RI is used by default

Ensuring that the EE4J Metro SAAJ-RI (SOAP with attachments reference implementation) is explicitly initialized by default instead of relying on the JDK standard discovery mechanism using javax.xml.soap.MessageFactory.newInstance(..), which may result in using the SAAJ provided by the JDK even though EE4J Metro SAAJ-RI is provided on classpath, depending on how the runtime is configured. This is problematic as the implementation provided by JDK has performance and concurrency issues.

It is still possible to configure to use the JDK standard discovery mechanism using MessageFactorySupplier.jdkFactory(). com.sun.xml.messaging.saaj:saaj-impl may even be excluded as a (transitive) dependency if you prefer to configure your own implementation returned by javax.xml.soap.MessageFactory.newInstance(..).

Invalid release - do not use

2.12

[skip ci] Release:copy for tag 2.12

Release 2.3

New

• Now supporting document subjects of up to 255 characters

Replace Joda Time with Java Time API

This release is replacing Joda Time with the (now, not so) new Java Time API.

If one previously used Joda's DateTimeUtils to control time for tests, this must now be replaced with an instance of Clock, typically controlled by the test, and shared with relevant class(es) under test.

1.2.2 – Dependency cleanups

This is a technical release and can be applied as a drop-in replacement for version 1.2.1.

• Removed dependency to com.sun.xml.stream:sjsxp. Prefer JDK builtins in stead
• Excluded transitive dependencies to javax.xml.stream:stax-api. Prefer JDK builtins in stead
• Replaced dependency to com.sun.mail:mailapi with com.sun.mail.javax.mail. The latter has replaced the former.

1.2.1 - Upped the allowed attachments from 10 to 200

NEW

• Now possible to have up to 200 attachments

1.1.19 - Interfaces necessary fields for confirming receipt

New

• MessageSender.bekreft and MessageSender.hentKvittering now takes interface KanBekreftesSomBehandletKvittering insted of EbmsApplikasjonsKvittering as input. This means that one can now confirm a receipt some time after it is received.

1.1.18 - KeyStoreInfo can be loaded with separate trust store

New

• It is now possible to load KeyStoreInfo with a separate trust store. No breaking change, but makes it possible for sikker-digital-post-klient to send in the trust store separately.