Dette dokument beskriver, hvordan MinLog2-løsningen bygges og hvad de forskellige moduler indeholder.
Dokumentet kan med fordel læses sammen med dokumentet "arkitektur_design" for overordnet forståelse. Desuden henvises der undervejs til "testvejledning" og "installationsvejledning".
Læseren forventes at have kendskab til National Sundheds-IT's platform NSP, samt generelt kendskab til WildFly applikation server, MariaDB og java.
Version | Dato | Ansvarlig | Beskrivelse |
1.0 | 16-09-2019 | Openminds |
Definition | Beskrivelse |
NSP | Den nationale service platform (inden for sundheds-IT) |
Udover java (JDK 1.8) og WildFly, så kræver MinLog2 2 databaser for at kunne afvikles lokalt
Se evt forudsætninger for MinLog2 databasen her - https://www.nspop.dk/pages/viewpage.action?pageId=98456926#Registreringguidetiludviklere-Forudsætninger.
MinLog2 er et standard maven projekt og bygges med
|
Helt som det er standard fører det til et byg af alle moduler, herunder war-fil som indeholder den kode, der skal deployes.
Som en del af bygget afvikles alle unit-tests. Der er ingen af disse unit-tests, der har afhængigheder til netværk, database eller lignende.
Der findes 1 modul til consumer. Dette modul lytter på et kafka topic efter entries til MinLog2 og ved modtagelse indsættes de i databasen. Koden har taget udgangspunkt i Den Gode Brug af Kafka og følger dennes retningslinier.
Modulet bygges med
mvn clean install |
Target folderen indeholder war arkivet klar til deployment.
Konfigurationer - Kafka properties, log4j etc. kan findes i
<jboss>/nsi/minlog2/kafka/consumer/config/main |
Producer delen af Kafka kan findes i registreringsdelen af MinLog2 - https://www.nspop.dk/x/XlXeBQ