Kildekode

Kildekoden til DTG projektet findes på  https://git.nspop.dk/scm/nt/dtg.git og tjekkes ud med git.

Miljø

DTG projektet kan startes med docker-compose som beskrevet i dev.md.

Bemærk at DTG kræver et NSP base-image >= 3.x.x. Dette kan angives i et build-arg til docker-compose, fx:

 docker-compose build --build-arg BASE_TAG=3.3.2

Software

• Java 8
• Maven 3
• Node 8

Byg

Klienten bygges med yarn udført bygges efter foreskrifterne i modules/client/ som beskrevet i filen README.md samme sted.
Der er også instruktioner til simpelt at starte en klient i developer-mode, med Hot Module Reloading og automatisk genbyg ved ændringer.

Resten af projektet bygges herefter med mvn install -Drevision=dev udført i roden af projektet

Servicen kan testes på http://localhost:8080/dtg-webservice efter at være startet som beskrevet under "Miljø", der også opretter en bruger med login dtg : dtg

Test

Unit tests afvikles ved almindeligt byg, men for at generere en Clover coverage rapport skal følgende kommando køres:

.

Mocks

I development-opsætning bruges en mock af MitID Simulatoren.
Den er sat op i docker-servicen mitid-mock i compose/development/docker-compose.yml, som er konfigureret vha. compose/configuration/mitid-mock/mitid-mock.json

Den er sat op med følgende opførsel:

• Ved søgning på eksistens via personnummer er der opsat:
  • Ét personnummer, som findes (og som derfor ikke kan oprettes igen).
  • To personnumre, som ikke findes (og som derfor kan oprettes).
• Ved oprettelse af en identitet svares tilbage med mock-data.

Med ovenstående kan man afteste webservicen og klientens opførsel.

Man kan evt. ændre i konfigurationen (i compose/configuration/dtg/mitid-simulator.xml) for at kalde mod den rigtige service. Der er det en god idé altid at angive en adminstrator e-mail, så man altid kan tilgå identiteter.

Datakvalitet ifm. bootstrap

Til OBS!, så bør man som udvikler være opmærksom på at Events, som ligger i databasen på testmijøet, ikke nødvendigvis lever op til de antagelser, som selve DTG-kildekoden kunne give udtryk for!
Da de bootstrappede data blev indlæst var der ét sæt af valideringer; nu kan der være noget andet. F.eks. kunne kildekoden give udtryk for at alle ydernumre er 6 cifre, med evt. foranstillede 0'er, mens der i databasen kan gemme sig bootstrappede Events, hvor ydernummeret kun er 5 tegn, uden et foranstillet 0.
Felter kan også være null, tomme strenge, o.lign., selvom man ikke ville forvente det, fordi de bootstrappede events manglede den pågældende data ved indlæsningDette anvender dog den indbyggede 30 dages evaluation license da den licens som NSP projektet stiller til rådighed gennem Seal.Java er udløbet. Når NSP Projektet får en ny licens skal denne tilføjes til DTG projektet.