Schnittstellendefinition_1.md

@@ -19,6 +19,9 @@
 ### Standardport
 * 42069
 
+### Java
+- v.18
+
 ### Andere Festlegungen:
 - Für den Host ist es uninteressant, ob der Client berechtigt ist auf einem Semester zu spielen. Es existiert demnach keine zentrale "Registry", welche den Fortschritt aller Nutzer trackt. Diese Aufgabe übernimmt jeder Host/Client für sich selbst intern.
 - Schiffe mit der Größe `8-Credits <= 0` werden aufgeteilt in einzelne Schiffe der Größe `8-Credits/2`
@@ -64,7 +67,7 @@
 ### [Struktur einer Nachricht](#v1/general/msg_structure)<a id="v1/general/msg_structure"></a>
 Nachrichten sind aufgebaut nach dem Schema:
 ```
-COMMAND;<ARGUMENT>[;[<OPTIONAL_ARG1>][;OPTIONAL_ARG2]]
+COMMAND;<ARGUMENT>[;[<OPTIONAL_ARG1>][;OPTIONAL_ARG2]]\n
 ```
 Jeder Teil der Nachricht ist mit einem `;` getrennt. 
 Die Daten können in Java mithilfe von `String.split(";");` ausgelesen werden.
@@ -87,6 +90,13 @@ Sollte bspw. nur *OPTIONAL_ARG2* übergeben werden kann die Nachricht wie folgt
 COMMAND;ARGUMENT;;OPTIONAL_ARG2
 ```
 
+*Ende der Nachricht (\n):*
+
+Nachrichten werden durch einen Zeilenumbruch beendet (in Java "\n"). 
+Wenn zum Lesen und Schreiben von Nachrichten über Sockets Hilfsklassen wie BufferedReader oder PrintWriter benutzt werden,
+dann gibt es häufig Methoden wie readLine() oder println(), die praktischerweise bis zum nächsten Zeilenumbruch lesen oder
+automatisch einen Zeilenumbruch hinten anfügen.
+
 ### [Ablauf der Verbindung](#v1/general/connection_timeline)<a id="v1/general/connection_timeline"></a>
 ![](Ablauf_Sequenzdiagramm.svg)