Skip to Content

Changes for page Basisprojekt

Last modified by Marco Grawunder on 2026/09/08 10:20
From version 64.1
edited by Marco Grawunder
on 2026/08/25 16:31
Change comment: There is no comment for this version
To version 63.1
edited by Marco Grawunder
on 2026/08/25 15:36
Change comment: There is no comment for this version

Summary

Details

Page properties
Content
... ... @@ -31,8 +31,6 @@
31 31  
32 32  == Access Token ==
33 33  
34 -{{expandable summary="Schritt-für-Schritt: Access Token einrichten"}}
35 -
36 36  Beim ersten Git-Zugriff über HTTPS werden Zugangsdaten benötigt. Statt des normalen Passworts sollte ein persönlicher **Access Token** verwendet werden. Öffnen Sie dazu Ihr Profilbild, wählen Sie **Edit profile** und anschließend **Access tokens**.
37 37  
38 38  [[image:1757398899497-714.png||height="246" width="278"]]
... ... @@ -53,9 +53,9 @@
53 53  Kopieren und speichern Sie das erzeugte Token unmittelbar. Es wird nach der Erstellung nicht erneut vollständig angezeigt. **Tokens dürfen niemals in das Repository eingecheckt werden.**
54 54  {{/warning}}
55 55  
56 -Beim **Einloggen **(Achtung! Gemeint ist hier, wenn Intellij (bzw. git) nach den Account-Daten beim Clonen fragt. Man kann auch einen Gitlab-Account hinterlegen (der dann aber parallel existiert). Hier für ist es wichtig, dass noch "api" und "read_user" als Recht vergeben wird.) in IntelliJ können Sie dieses Token im Passwort-Feld verwenden. Geben Sie ihren Account bei Name ein.
57 -{{/expandable}}
54 +Beim **Einloggen **(Achtung! Gemeint ist hier, wenn Intellij (bzw. git) nach den Account-Daten beim Clonen fragt. Man kann auch einen Gitlab-Account hinterlegen (der dann aber parallel existiert). Hier für ist es wichtig, dass noch "api" und "read_user" als Recht vergeben wird.) in IntelliJ können Sie dieses Token im Passwort-Feld verwenden. Geben Sie ihren Account bei Name ein.
58 58  
56 +
59 59  == Nach dem Klonen ==
60 60  
61 61  sollten Sie einen Bildschirm ähnlich zu dem folgenden sehen:
... ... @@ -103,8 +103,6 @@
103 103  
104 104  == Logging umstellen ==
105 105  
106 -{{expandable summary="Schritt-für-Schritt: Logging konfigurieren"}}
107 -
108 108  Wenn man möchte, kann man das Logging umstellen.
109 109  
110 110  [[image:1755246135109-325.png]]
... ... @@ -114,12 +114,9 @@
114 114  
115 115  
116 116  [[image:1755246162330-595.png]]
117 -{{/expandable}}
118 118  
119 119  == Development-Profil aktivieren ==
120 120  
121 -{{expandable summary="Schritt-für-Schritt: Development-Profil aktivieren"}}
122 -
123 123  Für lokale Tests existiert das Spring-Profil `dev`. Darin werden automatisch vorbereitete Testnutzer (`user1` bis `user9`) angelegt, sodass nicht für jeden Testlauf neue Konten registriert werden müssen.
124 124  
125 125  Wenn man die Anwendung einmal gestartet hat, kann man dies Configuration anpassen:
... ... @@ -136,7 +136,6 @@
136 136  [[image:1755248752596-839.png]]
137 137  
138 138  Danach muss man den Server neu starten!
139 -{{/expandable}}
140 140  
141 141  == Client starten ==
142 142  
... ... @@ -157,8 +157,6 @@
157 157  
158 158  === Mehrere Instanzen des Clients ermöglichen ===
159 159  
160 -{{expandable summary="Schritt-für-Schritt: mehrere Client-Instanzen starten"}}
161 -
162 162  Standardmäßig erlaubt IntelliJ nicht das Starten mehrerer Clients. Man könnte nun mehrere Configurations für den Client anlegen. Man kann aber auch in der Konfiguration unter "Modify options" den Haken bei "Allow multiple instances" setzen. Dann kann eine beliebige Anzahl von Clients gestartet werden.
163 163  
164 164  [[image:1755246233218-893.png]]
... ... @@ -167,8 +167,8 @@
167 167  Falls die Anmeldung eines vorbereiteten Testnutzers fehlschlägt, prüfen Sie insbesondere, ob das `dev`-Profil aktiv ist und der Benutzer angelegt wurde. Läuft der Server nicht, erscheint in der Regel eine andere Fehlermeldung.
168 168  
169 169  [[image:1755246292057-581.png]]
170 -{{/expandable}}
171 171  
161 +
172 172  = Überblick über das Basisprojekt =
173 173  
174 174  [[image:1755249096987-249.png]]
... ... @@ -243,8 +243,6 @@
243 243  
244 244  = Erweiterung der REST-Schnittstelle =
245 245  
246 -{{expandable summary="Ausführliches Beispiel: REST-Schnittstelle erweitern"}}
247 -
248 248  In diesem Beispiel wird einmal gezeigt, wie die REST-Schnittstelle des Basisprojektes einfach erweitert werden kann.
249 249  
250 250  In diesem Beispiel soll die aktuelle Schnittstelle um die Möglichkeit erweitert werden, alle Lobbies vom Server zu bekommen.
... ... @@ -364,8 +364,8 @@
364 364  [[image:1756890010118-149.png||height="116" width="972"]]
365 365  
366 366  Anmerkung: Obwohl DefaultApi alle Funktionen zum Server kapselt, sollte man im Client spezifische Services für bestimmte Bereich haben, die diese Klasse verwenden.  Das führt zu einer besseren Trennung von Funktionalitäten im Code.
367 -{{/expandable}}
368 368  
356 +
369 369  = Asynchrone Kommunikation zum Client: WebSockets =
370 370  
371 371  [[image:1756890800817-370.png||height="604" width="1121"]]
... ... @@ -444,8 +444,6 @@
444 444  
445 445  == Wie verbindet sich ein Client mit dem Server? ==
446 446  
447 -{{expandable summary="Technische Details zum Verbindungsaufbau"}}
448 -
449 449  Der `UserService` bietet die Anmeldung an. Im Basisprojekt erfolgt sie beim Aufbau der WebSocket-/STOMP-Verbindung; die Zugangsdaten werden dabei über die bestehende Sicherheitskonfiguration geprüft.
450 450  
451 451  [[image:1756891512330-186.png||height="170" width="820"]]
... ... @@ -472,6 +472,3 @@
472 472  3) Über den Kontext ein Event pushen LoggedInEvent
473 473  
474 474  4) Jede Serververbindung hat eine Session
475 -{{/expandable}}
476 -
477 -