Contezza Community » Tezza

Na overleg met @Tahir Malik en @Diego Mirandola

Huidige uitgangspunt is als volgt:

• Profielnaam in te vullen
• Rol te selecteren (SiteConsumer, SiteManager etc.)
• Sites te selecteren (multi-select, indivudeel, all)
• Gebruikers te selecteren (multi-select, individueel, all)

Profielen kunnen worden opgeslagen in een springboot applicatie via een API-call /save, en ook worden opgehaald/bewerkt.
Onderstaand een voorbeeld van een mogelijk JSON schema voor een lijst authorisatie profielen:

{
    "version": "<someVersion>",
    "id": "<someGeneratedId>",
    "AuthorisatieProfielen": [
        {
            "profielNaam": "Test Profiel",
            "users": [
                "gorden" 
            ],
            "rolName": "SiteConsumer",
            "zaaktypen": [
                "ZTMeldingOpenbareRuimte" 
            ],
            "objecttypen": []
        }
    ]
}

Opgeslagen profielen kunnen worden gepubliceerd. Dit gaat via een aparte API call /publish. Deze call verzamelt de te publiceren profielen (bijvoorbeeld op basis van een lijst van IDs die is meegegeven vanuit de UI) en doet een call naar Alfresco om in bulk te bewerken. Foutmeldingen worden per call teruggeven naar de UI.

• Groepen aanmaken in Keycloack via de real-import json --> Erik
• Backend AP aanpassen dat hij ROLES aanmaakt in Keycloack --> Bram
• Backend inloggen met Keycloack JWT Token die je vanuit de Frontend mee krijgt --> Erik
• Onderzoeken naar link tussen profiel & Zaaktype --> Bram

Zoals besproken met Tahir en Diego:

Keycloak wordt optioneel, eigenlijk alleen te gebruiken wanneer GZAC ook wordt gebruikt.

De applicatie slaat groep, rol, gebruikers en sites lokaal op. Front-end kan de api bevragen om de autorisatiegroepen van een gebruiker op te vragen bij inloggen.
De applicatie schrijft groep, rol en gebruikers ook weg naar Keycloak voor gebruik in GZAC.

Frontend is verantwoordelijk voor het ophalen van de autorisatie profielen en site memberships en hier een diff in te laten zien wanneer gebruikers lid zijn van een site maar dit lidmaatschap niet uit een profiel halen.

https://git.contezza.nl/develop/alfresco/contezza-configuratie-services

Main branch bevat de laatste versie.

Hier in is het volgende nog extra toegevoegd:

Bij het publiceren van profielen worden de site memberships opgehaald en gefilterd:
Komt er een gebruiker niet voor in de sitememberships dan wordt deze toegevoegd aan een POST lijst.
Komt er een gebruiker voor in de sitemememberships maar met een rol anders dan in de autorisatieprofielen dan wordt deze toegevoegd aan een PUT lijst.

De POST lijst wordt gebruikt in een bulk call naar site/{siteId}/memberships met daarin alle userIds en rollen.
De PUT lijst wordt gebruikt om per gebruiker een call naar site/{siteId}/members/{userId} te doen met daarin de nieuwe rol.

DELETE is lastiger:
Als gebruikers niet in de autorisatieprofielen voorkomen maar wel op de sites kunnen we er niet vanuit gaan dat ze verwijderd moeten worden omdat iemand ze met de hand kan hebben toegevoegd.
Er moet een diff bestaan tussen bestaande profielen en te publiceren profielen om te zien we er verwijderd zijn uit een bestaand profiel en dus van een site moeten worden verwijderd.

• Authentication & Authorization via de Alfresco Auth API
  • Via ticket volledig, via bearer nog deels, zie subticket
• DevTools
• Build en start docker
• Aanmaken rollen in Keycloak ipv groepen
• Bug fixes AlfrescoApiService

Extra informatie: Als dit project wordt gebruikt met tezza-workspace als backend lokaal:

Voor gebruik zonder keycloak moeten de taken 'platform' en 'share' worden gestart.

Voor gebruik met keycloak moeten de taken 'start-docker-platform' en 'start-docker-share' worden gestart