Geneste problemen met Adobe I/O-webactievergunningen in AEMaaCS oplossen
In dit artikel wordt ingegaan op het aanroepen van een Adobe I/O-webactie vanuit een andere webactie wanneer autorisatie is vereist. Het probleem doet zich voor als gevolg van configuratiebeperkingen of ontbrekende verificatiedetails. De oplossing impliceert het aanpassen van configuraties en het verzekeren van juiste authentificatiemechanismen zijn op zijn plaats om succesvolle genestelde vraag toe te laten.
Beschrijving description
Omgeving
Adobe Experience Manager as a Cloud Service (AEMaaCS) - Sites
Probleem/symptomen
Wanneer u een Adobe I/O-webactie aanroept vanuit een andere webactie, mislukt de geneste aanroep als hiervoor toestemming vereist is. Dit gebeurt als gevolg van onjuiste configuratie-instellingen of ontbrekende verificatiedetails zoals tokens en kopteksten.
Resolutie resolution
Ga als volgt te werk om dit probleem op te lossen:
- Controleer of de binnenwebactie niet openbaar aanroepbaar hoeft te zijn. Als het niet de configuratie verandert die
require-adobe-authvan waar plaatst aan vals enwebplaatst aan *no.*Dit maakt het een puur arbeidersactie die niet extern kan worden betreden. - Als de binnenwebactie beveiligd moet blijven en Adobe-verificatie vereist, zorgt u ervoor dat de code die deze binnenactie aanroept, juiste verificatiegegevens bevat.
- Neem een geldige JWT- of OAuth-token op in de koptekst van
AuthorizationalsBearer <token>. Ook, voeg de kopbalx-gw-ims-org-idÂmet correcte IMS organisatieID toe. - Zorg ervoor dat de authentificatietokens correct van de context van Adobe I/O worden teruggewonnen en behoorlijk tijdens genestelde vraag wanneer het maken van vraag van AEM Servlets of front-end componenten verspreid.
Gerelateerde lezing
Voor verdere informatie, onderzoek de actie van Adobe I/O Runtimesectie van de Zelfstudies van AEM as a Cloud Service.