Page History
...
Hvis valideringen er slået til og cvr nummeret ikke findes i tabellen, så afvises kald med MOCES certifikater og der bliver ikke udstedt et ID-kort.
| Felt | Beskrivelse |
|---|---|
| cvr | cvr nummer der giver adgang til omvekslingen hvis valideringen er slået til. |
| comment | Fritekst felt. Kan f.eks. indeholde beskrivelse af hvilken organisation cvr nummeret hører under. |
Konfiguration af medarbejderomvekslinger
...
Certifikater, der er på ignorelisten vil optræde i output, men deres faktiske status vil ikke påvirke den samlede status rapporteret i endpointet.
Baggrundsjob (Slettejob/Oprydningsjob)
Servicens baggrundsjobs bliver afviklet vha. en udstillede RestControllere, som kaldes vha. simpelt HTTP GET kald.
Driften vedligeholder en cron, som kalder url'er for baggrundsjobbene i et fast mønster vha. curl.
Baggrundsjob i STS findes i selvstændigt modul sts-operations og opsætningen af komponenterne, som bruges af beggrundsjobs, er defineret i henholdsvis operations.xml og sts-operations-servlet.xml.
STS har følgende baggrundsjobs:
STSDeceasedCleanup - Slettejob til sletning af afdødes registreringer i STS cache, hvor der er mapninger mellem CPR numre og UUID, PID og RID.
PersonInformation
Følgende parametre bruges til styringen af forbindelsen til PersonInformation servicen, som bruges på tværs af baggrundsjobs. De kan ændres i operations.xml for STS:
| Nøgle | Default værdi | Beskrivelse |
|---|---|---|
personInformationClient - serviceEndpoint | http://test1-cnsp.ekstern-test.nspop.dk:8080/stamdata-personinformation/v1 | Den url som jobbet skal bruge, når den skal kalde servicen stamdata-personinformation. |
operationsProperties - personinformation.error.tolerance | 0 | Tolerance for hvor mange fejl PersonInformation servicen må have inden den melder tilbage at den ikke virker i alarm indikatoren |
serviceInfoCollector | 24 | Angiver, hvor lang en periode i timer, der skal kigges i efter antallet af fejl for PersonInformations alarm indikator |
STSDeceasedCleanup
Baggrundsjobbet kaldes når der skal slettes registreringer for personer der har været erklæret døde det sidste år (deletion.save.deceased)
Kommando til kald af slettejob:
| Code Block | ||||
|---|---|---|---|---|
| ||||
curl <server>/sts-operations/sts-slettejob/deceased/start |
Følgende parametre til styring af STSDeceasedCleanup kan ændres i operations.xml for STS:
| Nøgle | Default værdi | Beskrivelse |
|---|---|---|
operationsProperties - deletion.desired.execution.duration.deceased | PT20S | Den tid vi ønsker at bruge på sletning ved hvert request. Tiden er ikke garanteret, da vi kun tjekker mod den efter hver StackOperation er udført. Default værdien er 20 sekunder. |
operationsProperties - deletion.save.deceased | P12M | Den tid som skal gå før vi sletter data for en afdød person. Dette gøres så vi ikke sletter data, hvis personens status ændres til afdød og derefter tilbage til levende. |
operationsProperties - deletion.batchsize.deceased | 1000 | Max. antal entries (f.eks. CPR) vi behandler pr. batch |
operationsProperties - personinformation.batchsize.deceased | 100 | Max. antal CPR vi forespørger på i en enkelt request til personinformation |
Der er en max grænse for hvor lang tid jobbet må køre pr. gang (deletion.desired.execution.duration.deceased) og det kan angives her. Når jobbet har kørt den tid der er angivet, så stopper udførslen. Her efter kan jobbet kaldes igen og den vil fortsætte med processeringen, hvor jobbet stoppede sidst.
Parameteren angives som en Duration i ISO-8601 format. Dvs. eksemplet viser 20 sekunder.
Status og alarm endpoints
Kommando til kald af slette job status og alarm:
| Code Block | ||||
|---|---|---|---|---|
| ||||
curl <server>/sts-operations/sts-slettejob/status
curl <server>/sts-operations/sts-slettejob/alarm |
Status kaldet verificerer databaseadgang. Der kan returneres følgende fra statussnitfladen:
200: Der er adgang til databasen og jobbet kan anvendes.
5xx: Komponenten melder at den ikke kan anvendes.
| Code Block | ||
|---|---|---|
| ||
HTTP/1.1 200 OK
{ "Database":"OK" } |
Alarm kaldet verificerer services, eksterne kald og databaseadgange. Denne service indeholder kun data, hvis der er alarmer.
200: Komponenten fungerer og der er ingen alarmer.
5xx: Komponenten melder at den ikke kan anvendes.
Følgende er et ekempel på et svar, hvor personinformationservice ikke er tilgængelig.
| Code Block | ||
|---|---|---|
| ||
HTTP/1.1 500 Internal Server Error
Baggrundsjobbet StackedOperationsService fejlede sidst det blev kørt. Problemet var: Person information service kaldet returnerede status 404.
Person Information servicen har fejlet flere gange end tilladt i en given periode. |
Genstart
Servicen kan genstartes ved at genstarte den docker container, som servicen den kører i.
...