Override HTTP method i maskinporten-api-template.json

[oskov-usn-no]

I maskinporten-api-template.json er Override HTTP method satt opp i en egen flow som trigger på GET. Det ser ikke ut til at denne flowen trigges når det gjøres kall mot APIet. Jeg måtte flytte denne inn i flowen som inneholder øvrige policies. Er det noe som må gjøres i tillegg for at det eventuelt skal fungere i egen flow?

[oyviaase]

Vår erfaring ifra UiO er at den trigges når den ligger i en egen flow. Hvordan er det du har testet om den fungerer eller ikke?

[oskov-usn-no]

Jeg tok inn template for DFØ og tester /ansatte som har en GET HTTP callout mot Maskinporten endepunktet jeg har satt opp i IntArk. Hvis Override HTTP method ligger i en egen Flow viker det ikke som den trigges for kallet til selve Maskinporten gjøres med GET i stedet for POST (og feiler derfor i MP).

[oyviaase]

Testet ting mot en lokal echo server og du har helt rett, Override HTTP method må være i den samme _flow_en for å trigges. Det som ser ut til å være tilfellet er at det er kun den først flowen som matcher som kjøres og ikke alle. Slik jeg leser dokumentasjonen til gravitee så bør alle som matcher kjøre https://docs.gravitee.io/apim/3.x/apim_publisherguide_design_studio_migrate.html

Maskinporten for UiO sender det som POST når den fortsatt er i en egen flow, men her ble APIet satt opp i en eldre versjon av gravitee. Så jeg mistenker at vi har funnet en bug i gravitee.