Changes for page Basisprojekt
Last modified by mgrawunder on 2025/09/09 08:42
From 51.1 to 50.1
From 57.1 to 56.1
From version 56.1
edited by mgrawunder
on 2025/09/09 08:22
on 2025/09/09 08:22
Change comment:
Uploaded new attachment "1757398947128-748.png", version {1}
To version 51.1
edited by mgrawunder
on 2025/09/03 11:26
on 2025/09/03 11:26
Change comment:
Uploaded new attachment "1756891617399-232.png", version {1}
Summary
-
Page properties (1 modified, 0 added, 0 removed)
-
Attachments (0 modified, 0 added, 4 removed)
Details
- Page properties
-
- Content
-
... ... @@ -11,12 +11,9 @@ 11 11 12 12 == Clone == 13 13 14 -Achtung! In dem Screenshot wird das globale Basisprojekt verwendet. Für jede Grupp 15 - 16 16 [[image:1755245971657-468.png]] 17 17 18 18 19 - 20 20 [[image:1755245980026-164.png]] 21 21 22 22 Auf anderen Branch wechseln (hier development) ... ... @@ -298,124 +298,4 @@ 298 298 299 299 [[image:1756890800817-370.png||height="604" width="1121"]] 300 300 301 -Da man mit REST nicht Nachrichten vom Server an den Client schicken kann, werden im Basisprojekt dafür WebSockets verwendet. 302 - 303 -Spring bietet eine native Unterstützung von WebSockets. Für eigene Funktionen kann man sich in die Kommunikation über die Serverklasse WebSocketHandler einklinken 304 - 305 - 306 -[[image:1756890924024-346.png||height="377" width="1092"]] 307 - 308 - 309 -Sobald sich jemand beim Server für WebSockets angemeldet hat wird von Spring ein org.springframework.web.socket.messaging.SessionConnectedEvent 310 -geworfen, welches in der folgenden Methode (im WebSocketHandler) aufgefangen wird 311 - 312 -[[image:1756890958794-603.png||height="373" width="1087"]] 313 - 314 -Die Methode ist Observer für das Event SessionConnectedEvent 315 - 316 -Der WebSocketServer kennt die Nutzer und erlaubt das Einloggen nur, wenn Login und Passwort stimmen (durch Spring Security) 317 - 318 -[[image:1756891019715-621.png]] 319 - 320 -1)Aus dem Event kann der Nutzer gelesen werden (der sollte nie leer sein) 321 - 322 -2) Dann wird sich aus dem Repository (später mehr) der Nutzer geholt, der durch den Namen identifiziert ist (z.B. „test1“) 323 - 324 -3) Schließlich werden allen anderen darüber informiert, dass ein neuer Nutzer da ist 325 - 326 -== STOMP == 327 - 328 -WebSockets haben kein Protokoll (wie z.B. http) 329 - 330 -Es können entweder binäre oder textuelle Daten verarbeitet werden (die jeweiligen Gegenstellen müssen das wissen!) 331 - 332 -Wenn man jetzt mehr als nur Text verschicken möchte, muss man sich überlegen, wie man Objekte z.B. mit JSON serialisiert (analog zu REST) 333 - 334 -STOMP: Streaming Text Oriented Messaging Protocol 335 - 336 -Definiert ein einfaches Protokoll, welches es erlaubt, sinnvoll über WebSockets zu kommunizieren 337 - 338 -Ist ein Teil von Spring 339 - 340 -Methoden sind z.B. CONNECT, SEND oder SUBSCRIBE 341 - 342 -STOMP arbeitet mit Topics 343 - 344 -Ein Client registriert (SUBSCRIBE) sich für bestimmte Ereignistypen 345 - 346 - 347 -§Wenn auf der Server-Seite dieser Typ veröffentlich wird dann wird dies an die jeweils interessierten Clients geschickt 348 - 349 -Publish/Subscribe-Pattern 350 - 351 -[[https:~~/~~/docs.spring.io/spring-framework/reference/web/websocket/stomp.html>>url:https://docs.spring.io/spring-framework/reference/web/websocket/stomp.html]] 352 - 353 - 354 -§Der Server definiert unterschiedliche Topics (je nach Modul) 355 - 356 -§Beim Nutzermanagement aktuell: 357 - 358 -§/topic/users/loggedIn: Es hat sich ein neuer Nutzer angemeldet 359 - 360 -§/topic/users/loggedOut: Ein Nutzer hat sich ausgeloggt 361 - 362 - 363 -[[image:1756891125969-748.png||height="317" width="726"]] 364 - 365 -§Topic-Namen sind Strings, sollte aber Aufbau von oben entsprechen 366 - 367 -§In der Lobby würde es stattdessen /topic/lobbies/* heißen 368 - 369 -== WebSockets: Versenden von Nachrichten == 370 - 371 -[[image:1756891180516-843.png||height="426" width="801"]] 372 - 373 -[[image:1756891216134-578.png||height="428" width="699"]] 374 - 375 -== Nachrichteninhalt == 376 - 377 -[[image:1756891254830-647.png||height="101" width="777"]] 378 - 379 -* message kann grundsätzlich alles sein, was serialisiert werden kann 380 -* Man könnte nun einfach die Java-Serialisierung verwenden (im alten Basisprojekt ist das auch so) 381 -* Das hat aber eine Reihe von Nachteilen 382 -** Der Empfänger muss dafür unbedingt auch ein Java-Client sein und er muss exakt dieselbe Klasse bei sich haben, damit der das Objekt wieder zurück in ein Java-Objekt umwandeln kann 383 -** Es gibt eine Reihe von Sicherheitsproblemen 384 -* Besser: Definiere ein gemeinsames Austauschformat, was viele verstehen ~-~-> Im Basisprojekt (und in vielen anderen Projekten auch) JSON verwenden 385 -* Insbesondere Web-Clients (JavaScript) bieten hervorragende Möglichkeiten, an JSON zu verarbeiten 386 -* Client und Server haben sich damit auf Format für den Austausch geeinigt 387 -** Topic: Strings 388 -** Message: JSON 389 - 390 -An den Clilent werden auch bei WebSockets nur DTOs verschickt! (userMapping) 391 - 392 -[[image:1756891375095-158.png||height="266" width="775"]] 393 - 394 -== Wie verbindet sich ein Client mit dem Server? == 395 - 396 -UserService bietet eine Methode zum Login an. Diese ruft nun aber keine REST-Endpunkt auf (da man sich sowieso bei JEDEM Aufruf authentifizieren muss, macht so ein Endpunkt kein Sinn). Stattdessen wird die Verbindung mit dem WebSocket hergestellt und dort Nama und Passwort überprüft. 397 - 398 -[[image:1756891512330-186.png||height="170" width="820"]] 399 - 400 -=== Auf Server Seite (WebSocketConnectionManager): === 401 - 402 -[[image:1756891551794-161.png||height="387" width="1019"]] 403 - 404 -1) Variablen definieren 405 - 406 -2) WebSocketClient erzeugen 407 - 408 -3) Daraus WebSocketStompClient machen 409 - 410 -4) Jackson als Mapper definieren (DTO-Object <-> JSON) 411 - 412 -=== [[image:1756891617399-232.png||height="289" width="1006"]] === 413 - 414 - 415 -1) Asynchron die Verbindung zum Server aufbauen 416 - 417 -2) Wenn erfolgreich in das Hauptmenü wechseln (showScene à später mehr) 418 - 419 -3) Über den Kontext ein Event pushen LoggedInEvent 420 - 421 -4) Jede Serververbindung hat eine Session 298 +Da man mit REST nicht Nachrichten vom
- 1757398628416-879.png
-
- Author
-
... ... @@ -1,1 +1,0 @@ 1 -XWiki.mgrawunder - Size
-
... ... @@ -1,1 +1,0 @@ 1 -16.4 KB - Content
- 1757398731084-704.png
-
- Author
-
... ... @@ -1,1 +1,0 @@ 1 -XWiki.mgrawunder - Size
-
... ... @@ -1,1 +1,0 @@ 1 -102.1 KB - Content
- 1757398899497-714.png
-
- Author
-
... ... @@ -1,1 +1,0 @@ 1 -XWiki.mgrawunder - Size
-
... ... @@ -1,1 +1,0 @@ 1 -38.3 KB - Content
- 1757398947128-748.png
-
- Author
-
... ... @@ -1,1 +1,0 @@ 1 -XWiki.mgrawunder - Size
-
... ... @@ -1,1 +1,0 @@ 1 -8.6 KB - Content