# Hackathon 2022-04-25 Dank an Kevin fürs erstellen :) ## Teilnehmer: * Annika * Franziska * Frederik * Hamid * Kevin * Konstantin * Matthias * Robert ## Gemeinsames Ziel: **Einen Roundtrip schaffen**: 1. FE schickt BOneyComb an BE 2. BE schickt BOneyComb an transformer.bee 3. kriegt ein mapping (todo: _name, iwas mit seed path?_) zurück 4. backend kann minimal validieren ("strech goal" 😉) 5. FE kann die Validierung anzeigen ## Arbeitsgruppen: ### Authentication _Ziel_ 1/ Konzept: **Wir haben ein service-übergreifendes Konzept, wie wir Berechtigungen vergeben.** * erarbeitet (vgl Gedanken hier: https://wiki.hochfrequenz.de/index.php/Authentication_in_Hochfrequenz_Services) * verstanden * dokumentiert, sodass man es von 0 nachbauen kann * für transformer und wim.bee * adaptierbar auf msg.bee _Ziel_ 2 Implementierung: **Wir haben die Authentication in beiden Backends und Frontend implementiert.** ### Frontend 1: Editieren von Transaktionen * POSTed an BE-Endpoint * hat Auth0 im grundsätzlich Griff (client-seitig) ## Backend 1: ORM-Setup + CRUD API Ziel: **Wir können Transaktionen persistieren und über die API bereitstellen**: * boneycombs abspeichern mit SqlAlchemy * (ggf. user-infos) * Zugriff über API funktioniert für einzelne Entitäten (keine massenfeatures) * Die API ist dokumentiert (z.B. mit openapi.yml/swagger) ## Backend 2: Authentication * Wir haben Auth0 im Backend im Griff und das Konzept implementiert * Zugriffe mit falschen Credentials laufen auf 401 * Zugriffe ohne Berechtigungen laufen auf 403 ## Integration transformer.bee: Ziel: **wim.bee kann als client mit transformer.bee als server sprechen.** * Wir haben die Auth server- und clientseitig im Griff * Die API ist erklärbar und dokumentiert * Wir haben rudimentäres Error Handling in der API (trafo.bee kann uns sagen, wenn was grundsätzlich falsch läuft) ## Docker und Dev-Setup Ziel: **Wir können das gesamt-konstrukt aus FE+BE+Trafo auf allen Rechnern starten** * Docker-Magie * Frontendler können sich ein Backend hochziehen für tests * Backendler können sich ein Frontend hochfahren für tests * alle können alles (inkl. trafo.bee) starten * das setup läuft auf allen rechnern ohne manuelles appsettings-gefrickel * es ist dokumentiert ## CI/CD und Test-Umgebungen * Wir haben eine funktionierende Dev-Umgebung, die sich aus den develop-branches aufbaut (von fe, trafo, be) * wir haben sinnvolle Berechtigungen in Auth0 vergeben * wir können demo-instanzen in ~30min aufsetzen (d.h. es ist dokumentiert) * wir haben mindestens eine Prod-umgebung * wir wissen wie das funktioniert ## Backend 3: Validierung mit AHBicht und MAUS * Wir können das was aus der integration mit trafo.bee raus kommt verarbeiten * Wir können global validieren * Wir können lokal validieren (einzelne Segmentgruppen/Scopes) ### Frontend 2: Anzeigen der Validierungsergebnisse * wir können das erebnis von backend3 zurückgeben ## Sprüche des Abends * Das ganze Leben ist ein Refactoring! by Franzi