Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

...

app. Se 
nxrg-xds

Sætter dependencies op i forhold til openehealth framework (en række exclusions er tilrådelige for at anvende dette framework på NSP).

Derudover indeholder modulet statiske koder (f.eks. OID for CPR registeret og SOR), der anvendes rundt om i NXRG.

nxrg-testutilitiesHjælpeklasser, der både skal bruges af unit tests samt af integrationstests for NXRG ligger her.
nxrg-common

NXRG service- og forretningsfunktionalitet som anvendes af flere af de andre moduler (typisk app og field-migration) er samlet her.

nxrg-app

NXRG service- og forretningsfunktionalitet. Se

NXRG - Design- og arkitekturbeskrivelse for en grundigere beskrivelse af strukturen i dette modul.

nxrg-war

Modul, der er ansvarlig for at pakke NXRG som en NSP service - herunder angivelse af modulafhængigheder i deploymentdescriptor.

Indeholder også Dockerfile til selve byg af Docker image.

nxrg-field-migration

Service og forretningslogik, som håndterer migrering af søgbare felter.

nxrg-field-migration-war

Modul, der er ansvarlig for at pakke felt migrerings som en NSP service - herunder angivelse af modulafhængigheder i deploymentdescriptor.

Indeholder også Dockerfile til selve byg af Docker image.

nxrg-qa

Integrationstest for NXRG

nxrg-testreportModul til at samle jacoco test reports og beregne samlet test coverage.

Dato og tidshåndtering

Datoer og tidspunkter anvendes på følgende måde i NXRG:

...

Kildekoden, som håndterede migreringen fra OpenText registyr, samt dets hjælpe værktøjer til kontrol af migreringen (også benævnt: Migreringstool, Migreringsverifikationstool, Replaytool og Datareperationstool), er taget ud af svn i revision r10379.

Felt migrering

NXRG har sin egen service til migrering af eksisterende metadata til søgbare felter. Detaljerne er beskrevet i "NXRG driftvejledning for migrering af søgbare felter" om, hvordan dette køres.

Source koden består af 3 klasser, med følgende formål:

  1. ComplexFieldMigration: har ansvaret for håndtering af fieldMigrationStatus
  2. ComplexDocumentEntryFieldMigration: har ansvar for håndtering af documentEntry
  3. AddRepositoryUniqueId: har ansvar for håndtering af migrering af det specifikke felt. Her RepositoryUniqueId.
  4. Et sql script der i første version opretter fieldmigrationstatus og eftefølgende tilføjer en record per migrering

Skal denne funktionalitet udvides med nye felter, gøres det på følgende måde:

  • Er der tale om et felt, der logisk hører til på documentEntry:
    • der laves en ny klasse i stil med AddRepositoryUniqueId, som på samme vis, nedarver fra ComplexDocumentEntryFieldMigration
  • Er der tale om et felt, der logisk hører til på assocation eller  submissionset:
    • der laves en ny klasse i stil med ComplexDocumentEntryFieldMigration, som håndterer f.eks. association istedet.
    • en ny klasse i stil med AddRepositoryUniqueId, som nedarver fra den nye klasse istedet for ComplexDocumentEntryFieldMigration
  • Der oprettes et sql script, der indsætter en record i fieldmigrationstatus

Samtidig med at ovenstående laves, skal også håndtering i selve NXRG laves. Sådan at nye registreringer af dokumenter, selv gemmer feltet som søgbart felt. Drejer det sig om et felt til documentEntry rettes følgende klasser:

  1. DocumentEntryTO
  2. DocumentEntryDaoImpl.createDocumentEntry
  3. XdsObjectMapper.mapDocumentEntry
  4. DocumentEntryDaoImplTest

Reel anvendels af det nye felt, må først ske i en senere version af NXRG, sådan at data grundlaget i de kørende systemer er blevet migreret og data tilgængelig.

Beskrivelse af testsetup

...