IT4Change/gradido
3
0
Fork 0
mirror of https://github.com/IT4Change/gradido.git synced 2025-12-13 07:45:54 +00:00
Code Issues Packages Projects Releases Wiki Activity

test

Browse Source
This commit is contained in:
Claus-Peter Hübner 2022-01-04 17:16:36 +01:00
parent 1d8a24ca0b
commit e3e99cac51
1 changed files with 1 additions and 0 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

1
docu/Concepts/BusinessRequirements/CommunityVerwaltung.md
View File

@ -290,6 +290,7 @@ Der oben grafisch dargestellte Ablauf wird in drei grobe Teile untergliedert:
* Der Messagetyp *replyNewCommunity*-Message wird von allen schon existierenden Communities als Antwort auf die zuvor gesendete *newCommunity*-Message erwartet. Dabei muss jede empfangene *replyNewCommunity*-Message verarbeitet werden und darf nicht verloren gehen, falls beispielsweise der Federation-Prozess zwischenzeitlich einmal nicht aktiv wäre. Die erhaltenen Daten - Community-Key und URL - einer antwortenden Community per *replyNewCommunity*-Message werden in der internen Liste für "*bekannte Communities*" gespeichert. Jeder neu gespeicherte Community-Eintrag dieser Liste startet entweder sofort oder zeitversetzt den letzten Schritt der Federation als Direkt-Verbindung zum weiteren Community-Daten-Handshake.
* Der Messagetyp *newCommunity*-Message wird von allen neu erstellten Communities im Rahmen derer Federation in den Public-Channel gesendet und muss zeitnah von der eigenen Community beantwortet werden. Dazu werden die eigenen Daten *Community-Ke*y und *URL* in eine *replyNewCommunity*-Message gepackt und direkt in den Public-Channel zurückgesendet. Danach wird wieder weiter an dem Public-Channel nach weiteren eingehende Messages gelauscht.
3. und die *"Community-Communication"* , die die direkte Kommunikation zwischen zwei Communities aufbaut, um die Details der neuen Community mit den sich zurückgemeldeten Communities auszutauschen.
4.
#### Ende Status