Skip to Content

Changes for page Basisprojekt

Last modified by Carl Welsch on 2026/10/23 16:19
From version 68.1
edited by Marco Grawunder
on 2026/10/18 14:02
Change comment: There is no comment for this version
To version 65.1
edited by Marco Grawunder
on 2026/08/26 10:13
Change comment: There is no comment for this version

Summary

Details

Page properties
Content
... ... @@ -36,6 +36,7 @@
36 36  == Access Token ==
37 37  
38 38  {{expandable summary="Schritt-für-Schritt: Access Token einrichten"}}
39 +
39 39  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**.
40 40  
41 41  [[image:1757398899497-714.png||height="246" width="278"]]
... ... @@ -54,17 +54,11 @@
54 54  
55 55  {{warning}}
56 56  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.**
57 -{{/warning}}
58 +{{/warning}}
58 58  
59 59  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.
60 60  {{/expandable}}
61 61  
62 -== SSH ==
63 -
64 -Hinweis: Man kann jetzt auch mit SSH clonen. Da gitlab aber hinter einem Reverseproxy liegt, geht das nur mit der direkten Adresse des Host:  vmisdata07.uni-oldenburg.de. Ist nun auch in Gitlab zu konfiguriert:
65 -
66 -[[image:1792324965203-193.png]]
67 -
68 68  == Nach dem Klonen ==
69 69  
70 70  sollten Sie einen Bildschirm ähnlich zu dem folgenden sehen:
... ... @@ -113,6 +113,7 @@
113 113  == Logging umstellen ==
114 114  
115 115  {{expandable summary="Schritt-für-Schritt: Logging konfigurieren"}}
111 +
116 116  Wenn man möchte, kann man das Logging umstellen.
117 117  
118 118  [[image:1755246135109-325.png]]
... ... @@ -127,6 +127,7 @@
127 127  == Development-Profil aktivieren ==
128 128  
129 129  {{expandable summary="Schritt-für-Schritt: Development-Profil aktivieren"}}
126 +
130 130  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.
131 131  
132 132  Wenn man die Anwendung einmal gestartet hat, kann man dies Configuration anpassen:
... ... @@ -165,6 +165,7 @@
165 165  === Mehrere Instanzen des Clients ermöglichen ===
166 166  
167 167  {{expandable summary="Schritt-für-Schritt: mehrere Client-Instanzen starten"}}
165 +
168 168  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.
169 169  
170 170  [[image:1755246233218-893.png]]
... ... @@ -200,10 +200,6 @@
200 200  Die grafische OpenAPI-Darstellung hängt von der verwendeten IntelliJ-Edition und den installierten Plugins ab. Falls sie nicht verfügbar ist, kann ein geeignetes OpenAPI-Plugin installiert werden.
201 201  {{/info}}
202 202  
203 -{{info}}
204 -Es gibt (als Beta-Version) ein Plugin für IntelliJ mit dem die Berbeitung, gerade zu Anfang hoffentlich etwas einfacher funktioniert. Zu finden ist das Plugin hier: https://swl.informatik.uni-oldenburg.de/swp/downloads/openapi/ (Achtung! Muss von der Platte installiert werden. Siehe https://www.jetbrains.com/help/idea/managing-plugins.html#install_plugin_from_disk
205 -{{/info}}
206 -
207 207  [[image:1755250026156-269.png]]
208 208  
209 209  [[image:1755250050031-304.png]]
... ... @@ -254,6 +254,7 @@
254 254  = Erweiterung der REST-Schnittstelle =
255 255  
256 256  {{expandable summary="Ausführliches Beispiel: REST-Schnittstelle erweitern"}}
251 +
257 257  In diesem Beispiel wird einmal gezeigt, wie die REST-Schnittstelle des Basisprojektes einfach erweitert werden kann.
258 258  
259 259  In diesem Beispiel soll die aktuelle Schnittstelle um die Möglichkeit erweitert werden, alle Lobbies vom Server zu bekommen.
... ... @@ -421,6 +421,7 @@
421 421  * `/topic/users/loggedIn`: Ein Nutzer hat sich angemeldet.
422 422  * `/topic/users/loggedOut`: Ein Nutzer hat sich ausgeloggt.
423 423  
419 +
424 424  [[image:1756891125969-748.png||height="317" width="726"]]
425 425  
426 426  Topic-Namen sind Strings, sollten aber einem konsistenten fachlichen Namensschema folgen. Für Lobby-Ereignisse bietet sich entsprechend `/topic/lobbies/...` an.
... ... @@ -453,6 +453,7 @@
453 453  == Wie verbindet sich ein Client mit dem Server? ==
454 454  
455 455  {{expandable summary="Technische Details zum Verbindungsaufbau"}}
452 +
456 456  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.
457 457  
458 458  [[image:1756891512330-186.png||height="170" width="820"]]
... ... @@ -486,3 +486,4 @@
486 486  * [[Stichwortverzeichnis>>doc:Main.Index.WebHome]]
487 487  * [[Glossar>>doc:Main.Glossar.WebHome]]
488 488  * [[Basisprojekt FAQ>>doc:Main.Basisprojekt.Basisprojekt FAQ.WebHome]]
486 +
1792324965203-193.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.mgrawunder
Size
... ... @@ -1,1 +1,0 @@
1 -29.6 KB
Content