This repository has been archived by the owner on Nov 5, 2024. It is now read-only.
Releases: navikt/veilarbregistrering
Releases · navikt/veilarbregistrering
Release to prod
release/prod@20230227144115_c546745 r Leader election litt ustabilt, skrur det av så vi får i gang jobben
Release to prod
release/prod@20230227132729_1310517 r Gjør kall mot PDL med systemkontekst og kjør kun batchjobb i leader…
Release to prod
release/prod@20230224134742_23bd8cd f Jobb som henter 5 tilfeldige fnr som stikkprøver og prøver å popule…
Release to prod
f Støtte for å populere arbeidssøker med historiske reaktiveringer Reaktivering skal kun starte ny periode når den kommer innen 28 dager etter den siste arbeidssøkerperioden. Fikser bug der denne 28-dagers sjekken sjekket mot nåværende tidspunkt i stedet for reaktiveringens tidspunkt. Hvis vi sjekker mot nåværende tidspunkt, vil vi ikke klare å populere arbeidssøkerperioder for gamle reaktiveringer. Også laget en test på populering av perioder for gamle data med formidlingsgrupper, registrering og reaktivering.
Release to prod
release/prod@20230222134153_2bf07ab r All funksjonalitet for publisering av periode avsluttet-hendelse sk…
Release to prod
release/prod@20230220104237_0a69561 f Logg feil hvis vi får en INSERT-melding med ARBS eller IARBS - dett…
Release to prod
release/prod@20230220102947_0e10872 f Logg feil hvis vi får en INSERT-melding med ARBS eller IARBS - dett…
Release to prod
f Legger til filter av alt annet enn UPDATE Operation på FormidlingsgruppeEndringEvent representerer databaseendring hos Arena. INSERT forteller at det ble opprettet en ny rad, mens UPDATE er oppdatering og DELETE er sletting. Under normale omstendigheter skal vi alltid på UPDATE, men vi får en INSERT med ISERV før vi får en UPDATE med ARBS når vi registrerer en bruker for første gang i Arena samtidig som den aktiveres som arbeidssøker. For meldinger som har blitt dumpet ut på Kafka initielt så vil alle ha INSERT, men det gjelder ikke det vi mottar fortløpende nå - det må bare håndteres når vi leser gamle data fra tabellen.
Release to prod
r Flytter Kafka producers/consumers til relevant sub-domene Forsøker å gjøre det samme med Kafka som med DB - at håndtering bor i hvert enkelt subdomene. Så en i enda større grad kan operere innenfor en og samme pakkestruktur når en jobber med en problemstilling. Det er sjeldent det er aktuelt å jobbe med Kafka på tvers. Det er kun config.
Release to prod
release/prod@20230214220407_671ffe0 r Flytter DatabaseConfig fra db -> config/db