Skip to content
This repository has been archived by the owner on Jan 14, 2025. It is now read-only.

Releases: difi/sikker-digital-post-klient-dotnet

v2.0.2

12 May 10:06
Compare
Choose a tag to compare

Nytt:

  • Støtte for å bruke ytelsestestmiljøet

v2.0.1

12 May 10:06
Compare
Choose a tag to compare

Nytt:

  • Fikset feil som gjorde det umulig å hente kvitteringer fra eBoks

2.0.0 - Sende med 200 vedlegg og gyldighetsvalidering av sertifikat

24 Nov 13:28
Compare
Choose a tag to compare

Nytt

  • Tillater å sende med opp til 200 vedlegg
  • Mulighet til å hente Kvittering.Xml direkte
  • SdpSecurityException heter nå bare SecurityException
  • Mer utfyllende sertifikatvalidering. Nå valideres ikke bare at sertifikatet er gyldig for miljøet man bruker, men også at det ikke er utløpt, er aktivt og tilhører organisasjonen som sender.
  • Organisasjonsnummer lever nå som klassen Organisasjonsnummer, ikke som string for å få bedre typesikkerhet i biblioteket.
  • Konversasjonsid følger med i logging av utgående og innkommende meldinger, noe som gjør det mye lettere å følge meldingsflyt.

1.11.1 - Fiks for transitive avhengigheter

11 Nov 13:51
Compare
Choose a tag to compare

Denne releasen har ingen API-endringer og kan umiddelbart erstatte v1.11.1

Fikser

  • Fordi det brukes en ny signing key så vil det kunne skape problemer for noen avsendere som bruker flere biblioteker sluppet av Difi på samme tid. Fordi Nuget ikke klare å løse en avhengighetsfloke med forskjellige signing keys i AssemblyRedirect så tvinger vi disse avhengighetene opp på ny major for å ikke overlappe med gamle avhengigheter.

1.11.0 - Ny public key token

09 Nov 12:38
Compare
Choose a tag to compare

Denne releasen har ingen API-endringer og kan umiddelbart erstatte v1.10.1.28370

Nytt

  • For å kunne støtte bruk av Appveyor for bygg og deploy så måtte signeringsnøkkelen endres. Den nye public key token er 6e6972f540d5419a.

1.10.1.28370 - Legger til manglende UserAgent på requester

04 Oct 13:50
Compare
Choose a tag to compare

Denne releasen har ingen API-endringer og kan umiddelbart erstatte v1.10.0.25393

Bugfikser

  • UserAgent ble ikke lagt på requestene. Dette er fikset nå og vil gjøre det lettere å se hvilke versjoner av klienten som brukes.

1.10.0.25393 - Url til Databehandler og Avsender i forespørsel

29 Sep 12:18
Compare
Choose a tag to compare

Denne releasen har ingen API-endringer og kan umiddelbart erstatte v1.9.0.25241

Nytt

  • For å kunne få mer informasjon om hvem som sender forespørsler når det feiler så sendes nå organisasjonsnummer til Databehandler og Avsender med i URL.

1.9.0.25241 - Bedre sertifikatvalidering og feilhåndtering ved XML-validering

28 Sep 12:04
Compare
Choose a tag to compare

Denne releasen har ingen API-endringer og kan umiddelbart erstatte v1.8.0.19711

Nytt

  • XmlValidationException.ValidationMessages er en ny liste for feilmeldinger når validering av XML feiler.
  • Vi gjør nå en mye mer omfattende validering av virksomhetssertifikatet som blir brukt i klienten. Det vil nå kastes en SecurityException med info hvis sertifikatet er utgått, ikke aktivert, om det ikke er et virkksomhetsertifikat eller om det er utstedt til en annen virksomhet enn Databehandlers organisasjonsnummer. I tillegg gir vi feilmelding om man prøver å sende til annet miljø enn det sertifikatet er tiltenkt. Løser #113.

1.8.0.19711 - Sende med sertifikat lastet fra disk

22 Sep 09:43
Compare
Choose a tag to compare

Denne releasen har ingen API-endringer og kan umiddelbart erstatte 1.7.1.16104

Fikser

  • Noen avsendere hadde problemer med å sende med sertifikat hentet fra disk. Dette fordi sertifikatkjeden som ble sendt med signaturen ikke kunne bli lagd. Nå sender vi bare med selve sertifikatet.

1.7.1.16104 - Fikser låsing ved bruk i webapp

19 Sep 07:16
Compare
Choose a tag to compare

Denne endringen har ingen API-endringer og kan umiddelbart erstatte 1.7.6024.27199

Fikser

  • Ved bruk av de synkrone metodene i biblioteket så ville vi få en deadlock fordi GUI-tråden venter på biblioteket og omvendt. Ved å eksplisitt tillate at alle await kan fortsette i annen kontekst så kommer vi unna dette problemet i de fleste tilfeller. (#179)