Page History

...

1. Cleanup service skal have konfiguration pr dokumenttype: Det skal være muligt at definere max alder pr. dokumenttype
2. Opdeling i cleanup service i følgende services. Disse skal kun være tilgængelige for driften og have hvert deres endpoint:
   1. cleanup: I stedet for at foretage en fysisk sletning af document entries i dette job, bliver de i første omgang "slette-markerede". Det betyder, at de ikke kan fremsøges ved en ITI-18 operation (dette er ikke det samme som Deprecate status). De associations, der peger til/fra de slettemarkerede DocumentEntries, kan fysisk slettes i databasen i forbindelse med dette job. Der kan også foretages fysisk sletning af "tomme" SubmissionSets.
   2. deleted: Fremsøgningsservice, hvor man kan hente "slettemarkerede" DocumentEntries. Det kunne måske være en fordel at afgrænse på repositoryId for at kunne lave seperate lister til forskellige XDS Repositories.
   3. deleted/repository (forslag): Denne service kunne bruges til at fremsøge hvilke unikke repositories, der aktuelt findes "slettemarkerede" DocumentEntries for. Desværre er repositoryid ikke aktuelt et søgbart felt i NXRG. Man kunne udvide databasen med dette også enten lave en database-migrering til at få det fyldt ud, eller blot sætte feltet i forbindelse med sletning (cleanup), da det indtil videre kun er cleanup service, der har brug for oplysningen
   4. finalcleanup: Kald af denne service vil fysisk slette de DocumentEntries, der er "slettemarkerde" i databasen.

Forslag til at bruge NAS i forbindelse med Cleanup Service

I forhold til løsningen skitseret i forgående afsnit, så er problemet med at få distribueret "slettelister" til XDS Registries stadig til stede.

En anden mulighed er at anvende NAS til at publicere beskeder i forbindelse med sletningerne. En sådan slettebesked skal være forsynes med repositoryid (som id for beskeden, som mange beskeder i dag anvender cprnumre til patientrelaterede beskeder). På denne måde bliver det muligt at opsætte idliste, så et subscription kun kommer til at gå på slettebeskeder vedr. et bestemt XDS Repository.

I forhold til løsningen beskrevet ovenfor, så vil der stadig være brug for at lave en cleanup service i NXRG. I forhold til løsningen skitseret i forgående afsnit, så vil det være relevant at udstille den service beskrevet i pkt a cleanup. I forhold til beskrivelsen i forgående afsnit, så skal forretningslogikken for denne service inkludere en publicering af en slettebesked for den DocumentEntry, der skal slettes. Da slettebeskeden skal inkludere XDS Repository Id, så er problematikken beskrevet i pkt c også relevant i dette tilfælde, da XDS Repository Id ikke er blandt de søgbare felter. Den kan dog fiskes ud ved at parse den DocumentEntry XML, der er gemt i contenttabellen.

Så snart slettebeskeden vedr en DocumentEntry er publiceret til NAS, så kan cleanup service lave den fysiske sletning af DocumentEntry (pkt d).

Der findes i dag et slettejob til det nationale XDS Repository. Denne opererer på inputfiler til at slette de relevante dokumenter fra XDS Repository. Dette slettejobs skal ændres til at opsætte en subscription på slettebeskeder (med en idliste, der afgrænser til id for det nationale XDS Repository). Det vurderes, at denne opgave er overskuelig (jeg har ikke set koden).

Eksterne services

Der er i dag eksterne services, der tilgår OpenText Registry direkte (dvs udenom de i forgående afsnit skitserede NSP services).

...