Jenkinsfile

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

README.md

@@ -134,25 +134,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 blir 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
@@ -195,8 +219,12 @@ webtjenester som er RESTful. I resource filene brukes det følgende annoteringer
 - @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 +269,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                           |

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..."
+sudo -u $SUDO_USER touch ~/warnings.txt # Run as normal user, so the file is created in the right home directory
+glances -C glances.conf --export influxdb -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