Skip to Content

Changes for page Basisprojekt

Last modified by mgrawunder on 2025/09/09 08:42
From version arrow_back 60.1
edited by mgrawunder
on 2025/09/09 08:42
Change comment: There is no comment for this version
To version arrow_back 50.1 arrow_forward
edited by mgrawunder
on 2025/09/03 11:25
Change comment: Uploaded new attachment "1756891551794-161.png", version {1}

Summary

Details

insert_drive_file Page properties
Content
... ... @@ -11,57 +11,17 @@
11 11  
12 12  == Clone ==
13 13  
14 -Achtung! In dem Screenshot wird das globale Basisprojekt verwendet. Für jede Gruppe existiert bereits ein eigenes Repository, welches verwendet werden sollte,
15 -
16 -Sie finden die Clone-URL wie folgt:
17 -
18 -* Loggen Sie sich auf [[https:~~/~~/gitlab.swl.informatik.uni-oldenburg.de/>>https://gitlab.swl.informatik.uni-oldenburg.de/]] ein
19 -* Falls nicht vorausgewählt, wählen Sie auf der linken Seite "Projects"
20 -[[image:1757398628416-879.png||height="119" width="541"]]
21 -* Da Sie bisher noch nichts gemacht haben, ist diese Seite leer. Wechseln Sie auf den Reiter Member
22 -* Dort sollte ihr Repository zu finden sein.
23 -* Oben rechts gibt es einen Button Code. Kopieren Sie dort die URL, die hinter "Clone with HTTPS" steht.
24 -[[image:1757398731084-704.png||height="454" width="323"]]
25 -
26 26  [[image:1755245971657-468.png]]
27 27  
28 -== Access Token ==
29 29  
30 -Beim ersten Mal clonen müssen Sie Ihre Gitlab-Zugangsdaten verwenden. Statt Name und Passwort ist es sinnvoll, einen Access-Token zu definieren. Das können Sie machen, in dem Sie auf ihre Profilbild klicken (auf der linken Seite) und dort "Edit Profile" auswählen. In dem nun folgenden Menü gibt es den Punkt Access tokens.
31 -
32 -[[image:1757398899497-714.png||height="246" width="278"]]
33 -
34 -Dort können Sie mit [[image:1757398947128-748.png||height="89" width="197"]] ein neues Token anlegen.
35 -
36 -Als Namen können Sie z.B. IntelliJ verwenden. Wichtig! Das Token ist aus Sicherheitsgründen nur eine bestimmte Zeit gültig. In diesem Gitlab kann dies maximal ein Jahr sein, standardmäßig ist ist hier aber ein Monat gewählt. Sie sollten also das Feld anpassen.
37 -
38 -[[image:1757399088336-273.png||height="92" width="547"]]
39 -
40 -Bei den Scopes sollten die beiden Rechte "read_repository" und "write_repository" gewählt werden.
41 -
42 -Danach wird das Access Token generiert
43 -
44 -[[image:1757399184270-348.png||height="99" width="978"]]
45 -
46 -Jetzt ist es wichtig, dass Sie sich das Token sichern!
47 -
48 -Beim Einloggen in IntelliJ können Sie dieses Token im Passwort-Feld verwenden. Geben Sie ihren Account bei Name ein.
49 -
50 -== Nach dem Clonen ==
51 -
52 -sollten Sie einen Bildschirm ähnlich zu dem folgenden sehen:
53 -
54 54  [[image:1755245980026-164.png]]
55 55  
56 -Auf dem main-Branch (master) kann keine Änderung gemacht werden, deswegen muss auf einen anderen Branch gewechselt werden. Im Beispiel development.
19 +Auf anderen Branch wechseln (hier development)
57 57  
58 58  [[image:1755245996886-733.png]]
59 59  
60 60  == Initialer Build (Generierung) ==
61 61  
62 -Dem neuen Code fehlen einige generierte Dateien. Diese werden wie folgt erzeugt. 
63 -Hinweis: Immer, wenn an dem OpenAPI-Dokument etwas geändert wird oder neue Abhängigkeiten für Maven definiert werden, muss diese Aktion durchgeführt werden.
64 -
65 65  [[image:1755246008466-477.png]]
66 66  
67 67  
... ... @@ -80,12 +80,10 @@
80 80  
81 81  == Server laufen lassen ==
82 82  
83 -Den Serverbereich aufklappen und dort auf die Datei ServerApp mit der rechten Maustaste klicken.
84 -
85 85  [[image:1755246035428-328.png]]
86 86  
87 87  
88 -... und ggf. Lombok aktivieren (Man wird nach dem Start der Anwendung gefragt). WICHTIG! Wenn das Lombok-Plugin nicht installiert und die folgende Funktion nicht aktiviert ist, muss jede Änderung mit Hilfe von Maven passieren.
46 +... und ggf. Lombok aktivieren (Man wird nach dem Start der Anwendung gefragt)
89 89  
90 90  [[image:1755246072443-191.png]]
91 91  
... ... @@ -95,8 +95,6 @@
95 95  
96 96  == Logging umstellen ==
97 97  
98 -Wenn man möchte, kann man das Logging umstellen.
99 -
100 100  [[image:1755246135109-325.png]]
101 101  
102 102  
... ... @@ -107,12 +107,8 @@
107 107  
108 108  == Development Profil aktivieren ==
109 109  
110 -Damit das Testen einfacher geht, gibt es ein spezielles Spring-Profil. In diesem werden automatisch user1-user9 mit jeweils dem identischen Passwort angelegt und man spart sich die Registierung.
66 +damit dann user1 - user9 angelegt werden und man nicht jedesmal neu registrieren muss
111 111  
112 -Wenn man die Anwendung einmal gestartet hat, kann man dies Configuration anpassen:
113 -
114 -[[image:1757399848941-253.png||height="209" width="558"]]
115 -
116 116  [[image:1755246173415-934.png]]
117 117  
118 118  
... ... @@ -122,14 +122,9 @@
122 122  
123 123  [[image:1755248752596-839.png]]
124 124  
125 -Danach muss man den Server neu starten!
126 126  
127 127  == Client starten ==
128 128  
129 -Wenn der Server gestartet ist, kann man mehrere Clients starten. Dafür auf jeden Fall die Klasse Main verwenden.
130 -
131 -**Sollte es nun Problem geben, schauen Sie bitte, ob Sie noch eine alte Java-Version auf ihrem System installiert haben. Wir brauchen mindestens Java 21!**
132 -
133 133  [[image:1755246257400-525.png]]
134 134  
135 135  
... ... @@ -141,8 +141,6 @@
141 141  
142 142  === Mehrere Instanzen des Clients ermöglichen ===
143 143  
144 -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.
145 -
146 146  [[image:1755246233218-893.png]]
147 147  
148 148  
... ... @@ -350,124 +350,4 @@
350 350  
351 351  [[image:1756890800817-370.png||height="604" width="1121"]]
352 352  
353 -Da man mit REST nicht Nachrichten vom Server an den Client schicken kann, werden im Basisprojekt dafür WebSockets verwendet.
354 -
355 -Spring bietet eine native Unterstützung von WebSockets. Für eigene Funktionen kann man sich in die Kommunikation über die Serverklasse WebSocketHandler einklinken
356 -
357 -
358 -[[image:1756890924024-346.png||height="377" width="1092"]]
359 -
360 -
361 -Sobald sich jemand beim Server für WebSockets angemeldet hat wird von Spring ein org.springframework.web.socket.messaging.SessionConnectedEvent
362 -geworfen, welches in der folgenden Methode (im WebSocketHandler) aufgefangen wird
363 -
364 -[[image:1756890958794-603.png||height="373" width="1087"]]
365 -
366 -Die Methode ist Observer für das Event SessionConnectedEvent
367 -
368 -Der WebSocketServer kennt die Nutzer und erlaubt das Einloggen nur, wenn Login und Passwort stimmen (durch Spring Security)
369 -
370 -[[image:1756891019715-621.png]]
371 -
372 -1)Aus dem Event kann der Nutzer gelesen werden (der sollte nie leer sein)
373 -
374 -2) Dann wird sich aus dem Repository (später mehr) der Nutzer geholt, der durch den Namen identifiziert ist (z.B. „test1“)
375 -
376 -3) Schließlich werden allen anderen darüber informiert, dass ein neuer Nutzer da ist
377 -
378 -== STOMP ==
379 -
380 -WebSockets haben kein Protokoll (wie z.B. http)
381 -
382 -Es können entweder binäre oder textuelle Daten verarbeitet werden (die jeweiligen Gegenstellen müssen das wissen!)
383 -
384 -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)
385 -
386 -STOMP: Streaming Text Oriented Messaging Protocol
387 -
388 -Definiert ein einfaches Protokoll, welches es erlaubt, sinnvoll über WebSockets zu kommunizieren
389 -
390 -Ist ein Teil von Spring
391 -
392 -Methoden sind z.B. CONNECT, SEND oder SUBSCRIBE
393 -
394 -STOMP arbeitet mit Topics
395 -
396 -Ein Client registriert (SUBSCRIBE) sich für bestimmte Ereignistypen
397 -
398 -
399 -§Wenn auf der Server-Seite dieser Typ veröffentlich wird dann wird dies an die jeweils interessierten Clients geschickt
400 -
401 -Publish/Subscribe-Pattern
402 -
403 -[[https:~~/~~/docs.spring.io/spring-framework/reference/web/websocket/stomp.html>>url:https://docs.spring.io/spring-framework/reference/web/websocket/stomp.html]]
404 -
405 -
406 -§Der Server definiert unterschiedliche Topics (je nach Modul)
407 -
408 -§Beim Nutzermanagement aktuell:
409 -
410 -§/topic/users/loggedIn: Es hat sich ein neuer Nutzer angemeldet
411 -
412 -§/topic/users/loggedOut: Ein Nutzer hat sich ausgeloggt
413 -
414 -
415 -[[image:1756891125969-748.png||height="317" width="726"]]
416 -
417 -§Topic-Namen sind Strings, sollte aber Aufbau von oben entsprechen
418 -
419 -§In der Lobby würde es stattdessen /topic/lobbies/* heißen
420 -
421 -== WebSockets: Versenden von Nachrichten ==
422 -
423 -[[image:1756891180516-843.png||height="426" width="801"]]
424 -
425 -[[image:1756891216134-578.png||height="428" width="699"]]
426 -
427 -== Nachrichteninhalt ==
428 -
429 -[[image:1756891254830-647.png||height="101" width="777"]]
430 -
431 -* message kann grundsätzlich alles sein, was serialisiert werden kann
432 -* Man könnte nun einfach die Java-Serialisierung verwenden (im alten Basisprojekt ist das auch so)
433 -* Das hat aber eine Reihe von Nachteilen
434 -** 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
435 -** Es gibt eine Reihe von Sicherheitsproblemen
436 -* Besser: Definiere ein gemeinsames Austauschformat, was viele verstehen ~-~-> Im Basisprojekt (und in vielen anderen Projekten auch) JSON verwenden
437 -* Insbesondere Web-Clients (JavaScript) bieten hervorragende Möglichkeiten, an JSON zu verarbeiten
438 -* Client und Server haben sich damit auf Format für den Austausch geeinigt
439 -** Topic: Strings
440 -** Message: JSON
441 -
442 -An den Clilent werden auch bei WebSockets nur DTOs verschickt! (userMapping)
443 -
444 -[[image:1756891375095-158.png||height="266" width="775"]]
445 -
446 -== Wie verbindet sich ein Client mit dem Server? ==
447 -
448 -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.
449 -
450 -[[image:1756891512330-186.png||height="170" width="820"]]
451 -
452 -=== Auf Server Seite (WebSocketConnectionManager): ===
453 -
454 -[[image:1756891551794-161.png||height="387" width="1019"]]
455 -
456 -1) Variablen definieren
457 -
458 -2) WebSocketClient erzeugen
459 -
460 -3) Daraus WebSocketStompClient machen
461 -
462 -4) Jackson als Mapper definieren (DTO-Object <-> JSON)
463 -
464 -=== [[image:1756891617399-232.png||height="289" width="1006"]] ===
465 -
466 -
467 -1) Asynchron die Verbindung zum Server aufbauen
468 -
469 -2) Wenn erfolgreich in das Hauptmenü wechseln (showScene à später mehr)
470 -
471 -3) Über den Kontext ein Event pushen LoggedInEvent
472 -
473 -4) Jede Serververbindung hat eine Session
298 +Da man mit REST nicht Nachrichten vom
attach_file 1756891617399-232.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.mgrawunder
Size
... ... @@ -1,1 +1,0 @@
1 -49.9 KB
Content info
attach_file 1757398628416-879.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.mgrawunder
Size
... ... @@ -1,1 +1,0 @@
1 -16.4 KB
Content info
attach_file 1757398731084-704.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.mgrawunder
Size
... ... @@ -1,1 +1,0 @@
1 -102.1 KB
Content info
attach_file 1757398899497-714.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.mgrawunder
Size
... ... @@ -1,1 +1,0 @@
1 -38.3 KB
Content info
attach_file 1757398947128-748.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.mgrawunder
Size
... ... @@ -1,1 +1,0 @@
1 -8.6 KB
Content info
attach_file 1757399088336-273.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.mgrawunder
Size
... ... @@ -1,1 +1,0 @@
1 -19.6 KB
Content info
attach_file 1757399184270-348.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.mgrawunder
Size
... ... @@ -1,1 +1,0 @@
1 -18.0 KB
Content info
attach_file 1757399848941-253.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.mgrawunder
Size
... ... @@ -1,1 +1,0 @@
1 -42.9 KB
Content info