Jenkinsfile

@@ -12,6 +12,11 @@ pipeline {
                     sh 'mvn clean test'
                 }
             }
+            post {
+                always {
+                    junit 'target/surefire-reports/*.xml'
+                }
+            }
         }
         stage('Build') {
             steps{

README.md

@@ -17,12 +17,11 @@ Chat applikasjon med RESTful Java backend (JAX-RS).
 
 
 ## Hvordan kjøre prosjektet lokalt
-For å kjøre prosjektet lokalt trenger man Maven på maskinen. Det kan lastes ned [her](https://maven.apache.org/download.cgi). Pakk ut Maven og les README som
-følger med for å innstallere Maven.
+For å kjøre prosjektet lokalt trenger man Maven på maskinen. Først, sjekk om det allerede er installert. Hvis ikke, kan det lastes ned [her](https://maven.apache.org/download.cgi). Pakk ut Maven og les README som følger med for å innstallere Maven.
 
 
 For at meldingsapplikasjonen skal fungere trenger man en tilkobling til database for lokal kjøring. Drifterne setter opp databaser på VM. 
-I filen Databse.java må IP til VM legges til i varaiabelen "IP_TO_VM"
+I filen Database.java må IP til VM legges til i varaiabelen "IP_TO_VM"
 
 Når Maven er installert, og databasetilkobling er satt opp kan prosjektet kjøres med følgende kommando:
 ```text
@@ -134,25 +133,49 @@ devops/
 
 
 ## Endepunkter
-Endepunkt er URI som ressurser blir tilgjengelig på. Hvert endepunkt har en funskjon der de henter, legger til, eller endrer på informasjonen som tilhører adressen. 
-Et typisk endepunkt som bruker en GET-forespørsel henter ut HTML-side eller annen data fra server.
-
-| Endepunkt                         | Verb  | Hva                                       | Type  |
-| ---------                         | ---   | ---                                       | ----  |
-| /                                 | GET   | Loginside                                 | HTML  |
-| /app.html                         | GET   | Applikasjonside                           | HTML  |
-| /settings.html                    | GET   | Innstillingside                           | HTML  |
-| /user                             | GET   | Hent alle brukere                         | Data  |
-|                                   | POST  | Legge til bruker                          | Data  | 
-| /user/{userId}                    | PUT   | Endre bruker                              | Data  |
-| /message/{userId1}/{userId2}      | GET   | Hent meldinger mellom to brukere          | Data  |
-| /message                          | POST  | Legge til ny melding                      | Data  |
-| /groupchat                        | POST  | Legge til ny gruppechat                   | Data  |
-| /groupchat/{groupChatId}          | GET   | Hent ut et gruppechat objekt              | Data  |
-| /groupchat/{groupChatId}/message  | GET   | Hent ut meldinger til en gruppechat       | Data  |
-|                                   | POST  | Legge til ny melding                      | Data  |
-| /groupchat/user/{userId}          | GET   | Hent ut alle gruppechatter for en bruker  | Data  |
-| /calculator                       | POST  | Send inn regnestykke til kalkulatorbot    | Data  |
+Et endepunkt er definert med en URI, som i praksis er det samme som en URL. Endepunktene gir tilgang til såkalte ressurser, men en ressurs kan i praksis være
+hva som helst, så det er ikke så veldig spesifikt.
+I vår sammenheng kommer en ressurs til å være et sted vi enten kan hente data ut fra, eller sende data inn til. Alt som trengs for å sende/hente data
+er allerede programmert inn i systemet, så vi slipper å tenke på den delen. Det som er viktig for oss, er hvordan en URI er bygd opp, og hvilket HTTP-verb som
+brukes i sammenheng med den.
+
+Om en ser på oversikten over endepunkter vi har under, ser en at en del av URIene har klammeparenteser i seg. Disse klammeparentesene betyr at det er en variabel,
+og vil erstattes av en konkret verdi. Dette er mulig, fordi alle entitetene (se databasemodellen) får en ID når de opprettes, så disse er allerede tilgjengelige.
+Vi kan ta et eksempel:
+
+`GET /user/{userId}` vil bli f.eks. `GET /user/1234`, som vil hente ut all data for brukeren som har fått IDen '1234'.  
+`PUT /user/{userId}` vil bli f.eks. `PUT /user/1234`, og denne vil oppdatere data på brukeren med ID '1234'.  
+
+`POST` blir en liten joker i dette tilfellet. Siden `POST` brukes for å opprette ting, og den tingen ikke har fått noen ID ennå (husk, denne IDen er det databasen
+selv om lager, ikke noe vi skal sende med), så blir URIen for å opprette en bruker simpelthen:
+
+`POST /user`
+
+Jeg skrev at `POST` brukes for å opprette ting, men dette er en sannhet med modifikasjoner. `POST` brukes også for å sende inn data som serveren trenger for å utføre
+oppgaver, selv om den ikke oppretter noe. Kalkulatoren er et godt eksempel på dette, hvor man må sende inn regnestykket man vil ha utført, men som ikke oppretter
+noe i databasen.
+
+Data blir sendt i kroppen på HTTP-requesten/responsen, i et format som kalles JSON. Som tidligere nevnt, dette er noe som allerede systemet tar seg av for oss,
+slik at vi slipper å tenke på det. Det eneste som kan være viktig i denne sammenhengen, er annotasjonene `@Consumes` og `@Produces` (se segmentet "Informasjon om server").
+Disse vil alltid være JSON for vår del, og det finnes eksempler på hvordan man gjør det i koden, noe som kan være greit å huske til man skal implementere egne 
+endepunkter, samt hvilket HTTP-verb man skal bruke (dette er stort sett oppgitt i oppgavene).
+
+| Endepunkt                         | Verb  | Hva                                       | Type      |
+| ---------                         | ---   | ---                                       | ----      |
+| /                                 | GET   | Loginside                                 | HTML-fil  |
+| /app.html                         | GET   | Applikasjonside                           | HTML-fil  |
+| /settings.html                    | GET   | Innstillingside                           | HTML-fil  |
+| /user                             | GET   | Hent alle brukere                         | Data      |
+|                                   | POST  | Legge til bruker                          | Data      | 
+| /user/{userId}                    | PUT   | Endre bruker                              | Data      |
+| /message/{userId1}/{userId2}      | GET   | Hent meldinger mellom to brukere          | Data      |
+| /message                          | POST  | Legge til ny melding                      | Data      |
+| /groupchat                        | POST  | Legge til ny gruppechat                   | Data      |
+| /groupchat/{groupChatId}          | GET   | Hent ut et gruppechat objekt              | Data      |
+| /groupchat/{groupChatId}/message  | GET   | Hent ut meldinger til en gruppechat       | Data      |
+|                                   | POST  | Legge til ny melding                      | Data      |
+| /groupchat/user/{userId}          | GET   | Hent ut alle gruppechatter for en bruker  | Data      |
+| /calculator                       | POST  | Send inn regnestykke til kalkulatorbot    | Data      |
 
 
 ## Databasemodell
@@ -161,42 +184,45 @@ Et typisk endepunkt som bruker en GET-forespørsel henter ut HTML-side eller ann
 
 ## Docker og Maven
 Dette systemet bruker Maven. Maven er et verktøy som hjelper til å håndtere dependencies i systemet. Ved å bruke Maven 
-forsikrer man at alle bruker samme versjon av depencies, og at man lett kan endre de på kun et sted, dersom det 
+forsikrer man at alle bruker samme versjon av depencies, og at man lett kan endre de på kun ett sted, dersom det 
 endres hva som trengs for å kjøre systemet. I tillegg brukes Maven både til å kompilere systemet og kjøre tester. 
-Dependencies deklareres i filen pom.xml. Filen web.xml brukes for å sette URLer i den ferdig kompilerte applikasjonen.
+Dependencies deklareres i filen pom.xml. Filen `web.xml` brukes for å sette URLer i den ferdig kompilerte applikasjonen.
 
 Docker er et verktøy som lar oss kjøre forskjellige programmer i egne konteinere for kjøring av systemet. Dette 
 er blant annet database, testdatabase, database klient og server som kan kjøre chat applikasjonen. Filene som brukes til dette er 
 Dockerfile og docker-compose. Dockerfile er en fil med oppskrift til hvordan en enkelt konteiner skal bygges. Filene 
-som starter med docker-compose er oppsett av flere konteinere i samme miljø. Her er også en av fordelene at man lett kan
+som starter med `docker-compose` er oppsett av flere konteinere i samme miljø. Her er også en av fordelene at man lett kan
 bytte verktøy som brukes, eller versjoner av verktøyene. Ved hjelp av docker kan utviklerene enkelt levere kode og 
 dockerfiler til drifterene, som kun trenger å bruke dockerfilene for å kjøre og rulle ut systemet. 
 
 
 ## Informasjon om server
 Server består av fire mapper:
-- dao
-- data
-- resources
-- websocket
+- `dao`
+- `data`
+- `resources`
+- `websocket`
 
-DAO står for Data Access Object, og brukes av systemet for å kommunisere med databasen. I dao mappa finner vi også 
-klassen Database, som er filen som sørger for tilkobling til databasen. Ved hjelp av dao klassene kan vi bruke java 
-objekter til å kommunisere med databasen.
+DAO står for Data Access Object, og brukes av systemet for å kommunisere med databasen. I `dao`-mappa finner vi også 
+klassen `Database`, som er filen som sørger for tilkobling til databasen. Ved hjelp av `dao`-klassene kan vi bruke java-objekter til å kommunisere med databasen.
 
-I data mappa finner vi objektklassene som brukes i systemet. Vi har GroupChat, Message og User.
+I mappa `data` finner vi objektklassene som brukes i systemet. Vi har `GroupChat`, `Message` og `User`.
 
 Resources er filene som brukes for kommunikasjon mellom klient og server. Her brukes rammeverket JAX-RS for å lage
 webtjenester som er RESTful. I resource filene brukes det følgende annoteringer:
-- @Path
-- @GET
-- @POST
-- @PUT
-- @Consumes
-- @Produces
+- `@Path`
+- `@GET`
+- `@POST`
+- `@PUT`
+- `@Consumes`
+- `@Produces`
 
-@Path bestemmer hvilke adresse ressursene skal være tilgjengelige på. @GET, @POST og @PUT setter hvilke HTTP verb metoden
-svarer til. @Consumes og @Produces definerer hva metodene tar inn, og returnerer. 
+`@Path` bestemmer hvilke adresse ressursene skal være tilgjengelige  (se segmentet om endepunkter).
+
+`@GET`, `@POST` og `@PUT` setter hvilke HTTP verb metoden svarer på. F.eks., en metode med `@GET` vil ikke svare om det kommer
+inn en forespørsel til den samme adressen, dersom klienten bruker HTTP-verbet `POST`. 
+
+`@Consumes` og `@Produces` definerer formatet på data som kommer inn og formatet på data metoden returnerer (JSON, for oss). 
 
 Websocket er nødvendig for å hente inn nye chatmeldinger etterhvert som de skrives. Alternativet til websockets er å 
 hele tiden sende forespørsler for å sjekke om det er noen nye meldinger tilgjengelig.
@@ -241,4 +267,4 @@ websockets.
 | 3307      | Database til lokal kjøring        |
 | 3308      | Database til lokal testing        |
 | 8070      | Adminer (Databaseklient)          |
-| 8080      | Jenkins                           |
\ No newline at end of file
+| 8080      | Jenkins                           |

docker-compose-logging.yaml

@@ -7,12 +7,17 @@ services:
     restart: always
     ports:
       - 3000:3000
-  
+
   influxdb:
     image: influxdb
     restart: always
     environment:
-      INFLUXDB_DB: glances
+      - DOCKER_INFLUXDB_INIT_MODE=setup
+      - DOCKER_INFLUXDB_INIT_USERNAME=admin
+      - DOCKER_INFLUXDB_INIT_PASSWORD=adminadmin
+      - DOCKER_INFLUXDB_INIT_ORG=ntnu
+      - DOCKER_INFLUXDB_INIT_BUCKET=glances
+      - DOCKER_INFLUXDB_INIT_RETENTION=1w
+      - DOCKER_INFLUXDB_INIT_ADMIN_TOKEN=randomTokenValue
     ports:
       - 8086:8086
-

glances.conf

@@ -353,6 +353,27 @@ prefix=localhost
 # You can also use dynamic values
 #tags=system:`uname -s`
 
+[influxdb2]
+# NOTE: localhost will NOT work here!
+host=INSERT_IP_TO_VM_HERE
+port=8086
+protocol=http
+org=ntnu
+bucket=glances
+token=randomTokenValue
+
+# Prefix will be added for all measurement name
+# Ex: prefix=foo
+#     => foo.cpu
+#     => foo.mem
+# You can also use dynamic values
+#prefix=foo
+# Followings tags will be added for all measurements
+# You can also use dynamic values.
+# Note: hostname is always added as a tag
+#tags=foo:bar,spam:eggs,domain:`domainname`
+
+
 [cassandra]
 # Configuration for the --export cassandra option
 # Also works for the ScyllaDB

installGatling

 #!/bin/bash
-wget https://repo1.maven.org/maven2/io/gatling/highcharts/gatling-charts-highcharts-bundle/2.3.1/gatling-charts-highcharts-bundle-2.3.1-bundle.zip
-mv gatling-charts-highcharts-bundle-2.3.1-bundle.zip ~/Desktop
-cd ~/Desktop
-unzip gatling-charts-highcharts-bundle-2.3.1-bundle.zip
+wget https://repo1.maven.org/maven2/io/gatling/highcharts/gatling-charts-highcharts-bundle/2.3.1/gatling-charts-highcharts-bundle-2.3.1-bundle.zip -P ~
+unzip ~/gatling-charts-highcharts-bundle-2.3.1-bundle.zip -d ~
 echo Gatling Stress Tool installed

pom.xml

@@ -18,8 +18,8 @@
                 <version>2.5.1</version>
                 <inherited>true</inherited>
                 <configuration>
-                    <source>1.7</source>
-                    <target>1.7</target>
+                    <source>8</source>
+                    <target>8</target>
                 </configuration>
             </plugin>
             <plugin>

runGatling

 #!/bin/bash
-cd gatling
-cp -r chat ~/Desktop/gatling-charts-highcharts-bundle-2.3.1/user-files/simulations
-cp usernames.csv ~/Desktop/gatling-charts-highcharts-bundle-2.3.1/user-files/data
-cd ~/Desktop/gatling-charts-highcharts-bundle-2.3.1/bin
-./gatling.sh
+cp -r gatling/chat ~/gatling-charts-highcharts-bundle-2.3.1/user-files/simulations
+cp gatling/usernames.csv ~/gatling-charts-highcharts-bundle-2.3.1/user-files/data
+~/gatling-charts-highcharts-bundle-2.3.1/bin/gatling.sh
\ No newline at end of file

runLogging

 #!/bin/bash
+
+if ! [ $(id -u) = 0 ]; then
+   echo "This script needs to be run as root." >&2
+   exit 1
+fi
+
 clear
-echo "Starting logsystem"
-cp glances.conf ~/.config/glances/glances.conf
-touch ~/Desktop/warnings.txt
-sleep 3
-sudo glances --export influxdb -q &
\ No newline at end of file
+echo "Starting logsystem..."
+glances -C glances.conf --export influxdb2 -q &
+echo "Done."

setupLogging

@@ -2,5 +2,4 @@
 clear
 echo "Setting up logsystem"
 sudo pip install influxdb
-mkdir ~/.config/glances
 sudo docker-compose -f docker-compose-logging.yaml up -d