Project

General

Profile

Project activity #30552

closed

Project activity #28068: Rollen maken voor Tezza | O.b.v. de huidige 4 Alfresco-rollen, omwille dat klanten het beter kunnen beheren

Project activity #28339: Nieuwe autorisatieprofielen maken voor Tezza

Toevoegen AP aan tezza-worspace en dev-tezza

Added by Erik Hoogland 4 months ago. Updated 4 days ago.

Status:
Resolved
Priority:
P4 Normal
Category:
-
Target version:
Start date:
08/01/2025
Due date:
% Done:

0%

Estimated time:

Description

Maak voor tezza-worspace een module aan voor de autorisatie profielen back-end.

Dit moet in docker als configuration-services met enkel een docker compose file.
Het moet geen publish naar Harbor bevatten. De start taak wordt bij gzac als dependency opgegeven.

Voor deployment moet er een docker-compose.base.ap.yml komen.

Environment parameters en versie nummers moeten via pom/project properties ingevuld worden

Actions #1

Updated by Erik Hoogland 4 months ago

  • Status changed from Backlog to In Progress
Actions #2

Updated by Erik Hoogland 4 months ago

  • Parent task changed from #28068 to #28339
Actions #3

Updated by Erik Hoogland 4 months ago

De AP backend is nu toegevoegd aan dev-tezza. Het is bereikbaar op https://dev-tezza.contezza.cloud/configuration-services/api/configuration/authorisation/profile

Ook de Postman calls zijn bijgewerkt om deze op te halen vanuit de lokale omgeving of van dev-tezza.

Voor de lokale omgeving is AP ook als docker container toegevoegd, zonder een build en release. Dit is in deze branch te vinden:
https://git.contezza.nl/develop/products/tezza-workspace/-/tree/feature/toevoegen-ap-docker/%2330552?ref_type=heads

Actions #4

Updated by Erik Hoogland 4 months ago

  • Status changed from In Progress to Ready in Dev
  • Assignee changed from Erik Hoogland to Maaike Bommerson

@Maaike Bommerson Kan jij dev-tezza en Postman reviewen?

@Bram Geerlings Kan jij de workspace branch reviewen?

Actions #5

Updated by Maaike Bommerson 4 months ago ยท Edited

  • Assignee changed from Maaike Bommerson to Erik Hoogland

Dev-tezza en Postman zien er goed uit en werken

Actions #6

Updated by Erik Hoogland 4 months ago

  • Assignee changed from Erik Hoogland to Bram Geerlings

@Bram Geerlings Nu ook op jou naam voor de code review

Actions #7

Updated by Tahir Malik 3 months ago

  • Status changed from Ready in Dev to In Progress
Actions #8

Updated by Tahir Malik 2 months ago

Graag voor begin volgende week een werkende versie in dev-tezza zetten

Actions #9

Updated by Erik Hoogland 2 months ago

Twee issues gevonden op dev-tezza, die start van app tegenhouden:
  • properties voor de app miste in project.DEV.properties
  • Code was verouderd in develop branch

Beide issues zijn verholpen en een nieuwe deploy is gedaan, en nu kan er wel weer verbinding met de database gemaakt worden. Deze is echter ook verouderd, en moet geschoond of bijgewerkt worden.

Actions #10

Updated by Erik Hoogland 2 months ago

De applicatie is nu weer te benaderen via Admin tools en Postman. Ik heb ook de requests in de shared postman workspace bijgewerkt.

Bij een korte check van Admin tools, zag ik dat de call naar AP voor ophalen profielen goed wordt uitgevoerd, maar dat deze in Admin tools niet goed gemapt wordt. Dus een leeg scherm.
De create vanuit Admin tools gaat ook goed, maar ook daar, niks op het scherm.

Actions #11

Updated by Erik Hoogland 2 months ago

Bevinding vanuit dev-tezza Admin Tools:
Als een profiel wordt gepubliceerd, worden gebruikers niet met de role in keycloak gesynced. Deze blijft leeg. Zover ik kon zien was er geen error richting Keycloak in het log

Actions #12

Updated by Erik Hoogland about 2 months ago

Update over CORS:

http://localhost:4200 is nu toegevoegd aan de allowedOrigins op dev-tezza. Hiermee kan je vanaf localhost weer POST, PUT & DELETE requests sturen naar dev-tezza.

Voor de CORS op GET request, dat wordt standaard niet afgevangen, dat is de gebruikelijke werkwijze. Dit omdat het een simple request is, en deze niet de preflight check doet die de andere requests doen. Bescherming moet via authenticatie, die wij hebben via OAUTH (keycloak). Dit biedt ons ook meteen cross-site request forgery (CSRF).

Zie https://developer.mozilla.org/en-US/docs/Web/HTTP/Guides/CORS#simple_requests voor meer informatie. Ik ga hier nu niks voor aanpassen, dit kunnen we morgen tijdens de meeting verder bespreken

Actions #13

Updated by Bram Geerlings 4 days ago

  • Status changed from In Progress to Resolved

Also available in: Atom PDF