Dette dokument beskriver installation og konfiguration af Antigentest indlæseren.
Antigentest indlæseren består af komponenten antigentestindlaeser.war, der skal konfigureres og deployes på en applikationsserver.
Projektet bygges med Maven og kræver Java 8 samt en MariaDB-installation for at kunne afvikle unit-tests.
Udover normalt tilgængelige Maven dependencies, afhænger projektet også af interne artefakter. Hvis disse artefakter ikke er udgivet (released) i den påkrævede version i NSP's Nexus repository, skal man selv udtjekke og bygge dem fra NSP's Subversion i den pågældende version. Artefakternes forskellige versioner vil være tilgængelige under et Subversion-tag. Disse artefakter er:
For at bygge disse interne artefakter, henvises der til artefakternes dokumentation.
Alle filer der refereres til ligger sammen med projektets kildekode i NSP's Subversion. Referencer til stier er relative med udgangspunkt i projektets rodmappe.
For at bygge projektet og dets deployables (war-filen) uden at køre unit-tests og integrationstests, anvendes følgende Maven kommando:
mvn clean install -DskipTests
Projektets deployables ender i target-mappen under de respektive moduler.
Unit-testene i projektet kan afvikles med følgende Maven-kommando:
mvn clean test
Alternativt kan også samtidigt bygge projektet ved at anvende Maven-kommandoen:
mvn clean install
Når unittests afvikles startes en database op vha. TestContainers. Relevante databaseobjekter oprettes automatisk i den forbindelse.
Se testvejledningen.
Komponenten er tilpasset at kunne indgå i det aktuelt gældende CI-miljø på NSP. Det tager aktuelt udgangspunkt i version 1 af NSP's platform Docker image.
Servicen er testet mod MariaDB version 10.4, som bliver brugt på NSP platformen.
Der stilles ikke nogle særlige minimumskrav til hardware, men man skal forvente at bruge high-end hardware (både cpu, ram, netkort og diske) for at kunne opfylde de gældende svartidskrav på NSP.
Herunder beskrives servicens tilgang til database samt oprettelse af tabeller.
Antigentest indlæseren kræver en enkelt database til at gemme forskellige stamdata under indlæsningen.
Servicen konfigureres med 1 datasource, som tilgår databaserne vha. root brugeren.
Datamodellen styres vha. de SQL-scripts, der findes under src/main/resources/db/migration.
Scriptene er udformet til at blive kørt med databasemigreringsværktøjet Flyway. Scriptene er designet til at kunne blive brugt i både test- og produktions-miljø.
Ved initial installation af servicen vil Flyway håndtere at køre scriptene i den korrekte rækkefølge:
Komponenten deployes vha. NSP's platform Docker image og konfigurationsfiler mountes i containeren som angivet i projektets Compose-filer.
Alle konfigurerbare properties bør gennemgås inden idriftsættelse, men standardværdierne er tiltænkt anvendelse i produktion medmindre andet er angivet.
Herunder beskrives de properties der findes i antigentestindlaeser-komponentens konfigurationsfiler.
Property | Beskrivelse | Default |
|---|---|---|
datasource.jndi | Angiver navnet på den datasource der er konfigureret på Wildfly'en og som anvendes til stamdata. | java:jboss/datasources/antigentest |
batchSize | Data persisteres i databasen i batches og størrelsen på disse angives i denne property. | 100 |
batchTimeout | Hvis der ikke er flere data at persistere, og det igangværende batch derfor ikke kan nå batchSize, angiver denne tiden i millisekunder der ventes på yderligere data før et batch anses for at være komplet. | 500 |
inputDeviceUrl | Den URL der fortæller indlæseren hvorfra CSV filer skal hentes Der skal være gang til denne URL fra indlæseren for at data kan hentes | https://eu-proxy-prod.nsp.dsdn.dk |
monitorDeviceUrl | Den URL der fortæller indlæseren hvorfra den kan tjekke status på kilden Der skal være gang til denne URL fra indlæseren for at monitorering kan foretages Der er pt. ikke udstillet en monitorerings URL på NSP Proxy, så denne funktionalitet er de-aktiveret. Hvis der registreres en korrekt URL vil funktionaliteten blive aktiveret. | "" Der er ikke angivet en monitorerings-url til NSP Proxy så dens tilstand bliver ikke monitoreret. |
fetch.cron | Cron job der angiver hvornår data hentes 1) Default værdien angiver hentning af data hver dag kl 01:00 | 0+0+1+?+*+* |
1) Formatet for cronjob udtrykket er dokumenteret i http://www.quartz-scheduler.org/api/2.3.0/index.html med den tilføjelse, at "+" kan anvendes i stedet for mellemrum for at levere en URL kompatibel streng i Camel.