Innføre "purge" operasjon for å fysisk fjerne en dialog og tilhørende children helt

[elsand]

Introduksjon

Dette innfører en fysisk sletting av dialoger.

Se også

• Implementere anonymisert sletting som "hard" sletting #252

Tasks

Preview Give feedback

1. Implementer endepunkt og command handler
2. Int.tester for command handler og events
3. Oppdater README.md i docs-branch digdir/dialogporten#514
   documentation +1

[MagnusSandgren]

@elsand Jeg antar og implementerer denne slik at man kan hard delete (purge) soft deleta dialoger.

[MagnusSandgren]

Hadde en prat med @oskogstad, @knuhau og @arealmaas om følgende rest api dessign alternativer:

Alternativ 1:

Soft delete: DELETE api/v1/dialogs/{dialogId}
Hard delete (purge): DELETE api/v1/dialogs/{dialogId}/action/purge

Her er fordelene for oss at vi har helt separate endepunkt for soft og hard delete. I tillegg gjør vi purge veldig eksplisitt for konsumenten som minker risikoen for feil. Ulempen er at vi går over til action "sub-resurs", som strengt tatt ikke er nødvendig (se alternativ 3).

Alternativ 2:

Soft delete: DELETE api/v1/dialogs/{dialogId}
Hard delete (purge): POST api/v1/dialogs/{dialogId}/action/purge (Alle actions burde være POST? :thinking_face:

Dette er i prinsippet samme som alternativ 1, men bruker POST verbet på hard delete actionen som står mer i stil med action sub ressurs tilnærmingen for rest.

Alternativ 3:

Soft delete: DELETE api/v1/dialogs/{dialogId}?purge=false (default)
Hard delete (purge): DELETE api/v1/dialogs/{dialogId}?purge=true

Fordelen med denne er at vi følger rest uten action "workarounden". Det dumme er at vi bruker bool som kontrollflyt, soft og hard delete får samme endepunkt kode, og purge er kun et flagg unna for konsumenten, som gjør sannsynligheten for å "fat-fingre" inn en purge for konsumenten når det ikke skal være eller motsatt blir større.

Konklusjon

Vi ble enige om å gå for alternativ 2.