From 55844ee3a32087d3f2a17b0342d157a7d1b908d2 Mon Sep 17 00:00:00 2001
From: Julian Horner <julianhorner@web.de>
Date: Tue, 28 Jul 2020 17:27:04 +0200
Subject: [PATCH] Update README.md

---
 README.md | 9 ++++-----
 1 file changed, 4 insertions(+), 5 deletions(-)

diff --git a/README.md b/README.md
index 81f16ef..3d91391 100644
--- a/README.md
+++ b/README.md
@@ -1,5 +1,3 @@
-
-
 # NoSQL-Datenbank für My-Aktion
 ## Worum geht es in diesem Projekt?
 
@@ -102,18 +100,19 @@ Da die Dokumente in einer MongoDB-Datenbank immer einen eindeutigen Identifier i
 	    ...
 	}
 
-
 ## Wie startet man das Projekt?
 ### Voraussetzungen
 - Eine MongoDB-Datenbank-Instanz muss auf dem Rechner laufen (unter default port und localhost). 
 - Die Datenbank muss den Namen my-aktion haben.
-- Es muss eine Sammlung existieren in welchen die Benutzer der Applikation gespeichert werden.
-- Die Sammlung welche die Benutzer enthält muss den Namen Organizer tragen.
+- Es muss eine Sammlung namens Organizer existieren in welchen die Benutzer der Applikation gespeichert werden.
+- Die in der Anwendung der Vorlesung erstellten Benutzer Martha und Max Mustermann sind in der organizers.json Datei enthalten (Diese befindet sich im Ordner etc des Projekts) und können in die Organizer-Sammlung importiert werden. Hier ist zu beachten dass das Feld _id als ein Int64-Datentyp erstellt wird und nicht als ein Int32-Datentyp. Die Standard-Einstellung ist der Int32-Datentyp. Der Int64-Datentyp entspricht einem Long in Java, da die Entity ebenfalls ein Long wird ansonsten eine Exception geworfen. 
+- Das Projekt MongoDB Login Modul muss fertig konfiguriert sein (siehe https://gitlab.reutlingen-university.de/hornerj/mongo-db-login-module).
 
 ### Ausführen
 Das Projekt kann auf herkömmlich genutzte Weiße deployt werden also zum Beispiel mit dem Befehl
 
 	mvn clean package wildfly:deploy 
+
 oder auch über die Benutzerschnittstelle von Wildfly die HAL-Management-Konsole.
 
 Ansonsten sind keine besonderen Schritte zu tätigen. 
-- 
GitLab