Documentatie AEM as a Cloud Service Handboek

JWT Credentials Deprection in Adobe Developer Console

Laatst bijgewerkt: 7 januari 2025

Onderwerpen:

Gemaakt voor:

Beheerder

NOTE

AEM 6.5 klanten zouden de vergelijkbare documentatie voor AEM 6.5voor meer informatie moeten van verwijzingen voorzien.

De klanten van de Adobe gebruiken Adobe Developer Consoleom geloofsbrieven te produceren die toegang tot diverse APIs toelaten. Klanten kiezen uit verschillende soorten referentie, variërend van OAuth Server-to-Server tot Single-Page App. Één van die credentietypes, de geloofsbrieven van de Rekening van de Dienst (JWT), is afgekeurd ten gunste van de geloofsbrieven van Server-aan-Server OAuth. De nieuwe geloofsbrieven van de Rekening van de Dienst (JWT) kunnen niet op of na 3 juni 2024 worden gecreeerd, en de bestaande geloofsbrieven van JWT zullen niet op of na 30 juni 2025 werken. U kunt lezen over de veroudering.

Dit artikel bevat een extra context voor de manier waarop AEM as a Cloud Service de afleiding moet verwerken.

Het belangrijkste voordeel is dat AEM nu de nieuwe OAuth Server-to-Server geloofsbrieven voor AEM as a Cloud Service steunt. Mogelijk hebt u een e-mail ontvangen met instructies voor het migreren van uw JWT-gegevens. Deze migratie kan nu worden uitgevoerd.

In de volgende secties worden de scenario's weergegeven waarin klanten hun JWT-referenties (Service Account) moeten vervangen door OAuth Server-to-Server-referenties, nu AEM hen ondersteunt. las hoeom de geloofsbrieven te migreren.

NOTE

AEM Developer Console(neem nota van AEM in de naam, die het van Adobe Developer Console) onderscheidt verstrekt een nut om tokens te produceren JWTdie voor server-aan-server APIs worden gebruikt. Deze gegevens zijn niet afgekeurd en kunnen ook in de toekomst worden gebruikt.

AEM integreren met andere oplossingen voor Adobe

Actie: Migreer uw configuratie aangezien AEM nu geloofsbrieven OAuth steunt.

Relevante AEM versies: AEM as a Cloud Service

AEM klanten gebruiken AEM om integratie met vele andere oplossingen van de Adobe te vormen. Bijvoorbeeld Adobe Target, Adobe Analytics en andere.

Zie {de Integraties IMS van de Opstelling voor AEM as a Cloud Service 🔗 voor details van hoe te:

configuraties maken met OAuth-gebruikersgegevens
migreer configuraties, die met geloofsbrieven JWT werden gecreeerd, om geloofsbrieven te gebruiken OAuth

Cloud Manager API's

Actie: Migreer uw geloofsbrieven van JWT aan OAuth geloofsbrieven, die Cloud Manager nu steunt.

Relevante AEM versies: AEM as a Cloud Service

De klanten creëren de projecten van Adobe Developer Console zodat kunnen zij Cloud Manager APIsaanhalen. De geloofsbrieven in het project van Adobe Developer zouden aan het server-aan-Server referentie type OAuth moeten worden gemigreerd alvorens de afgekeurde geloofsbrieven JWT in juni 2025 verlopen.

Automatisch gegenereerde projecten

Actie: Migreer niet omdat de Adobe namens u gaat migreren.

Relevante AEM versies: AEM as a Cloud Service.

Als Cloud Manager AEM as a Cloud Service-omgevingen aanbiedt, wordt automatisch een Adobe Developer Console-project met JWT-referenties gegenereerd. Dit project is gemarkeerd als alleen-lezen, zoals in de onderstaande schermafbeelding wordt geïllustreerd. De klanten kunnen en zouden niet moeten proberen om deze projecten aan OAuth server-aan-Server geloofsbrieven te migreren. In plaats daarvan, zal de Adobe deze projecten op zich migreren, alvorens de geloofsbrieven niet meer bruikbaar zijn.

auto-geproduceerde projecten

Veelgestelde vragen over automatisch gegenereerde projecten

Deze sectie verstrekt antwoorden op de vaakst gestelde vragen over JWT geloofsvervanging voor auto-geproduceerde projecten in AEM as a Cloud Service.

hoe ik doe welke projecten auto-geproduceerd zijn?

Navigeren naar de Adobe Developer Console | Sectie Projecten. Automatisch gegenereerde AEM as a Cloud Service-projecten krijgen een vergrendelingspictogram met de id 'Automatisch gegenereerd'. Automatisch gegenereerde projecten volgen de indeling AEM-p#####-e####### en worden gemaakt door de gebruiker van een technische account.

Automatisch geproduceerde Projecten

wat als wij kwesties met onze auto-geproduceerde projecten ontmoeten?

De Zorg van de Klant van de Adobe van het contact 🔗.

zou ik vooruit moeten gaan en onze auto-geproduceerde projecten migreren?

Er is geen actie vereist omdat Adobe automatisch gegenereerde gegevens voor uw rekening migreert voor omgevingen met AEM versie 17258 (aug '24) en hoger.

wat zijn de chronologie voor migratie van auto-geproduceerde projecten?

Adobe zal in het eerste kwartaal van 2025 een gefaseerde migratiebenadering op gang brengen, te beginnen met ontwikkelomgevingen.

hoe zal onze instantie van AEM as a Cloud Service worden beïnvloed als wij een AEM versie hebben die ouder is dan AEM Versie 17258 (aug "24)?

Automatisch gegenereerde projectintegratie werkt niet meer als ze in juni 2025 niet naar OAuth worden gemigreerd.

Om een vlotte overgang te verzekeren zouden de klanten 🔗 de Zorg van de Klant van de Adobe moeten contacteren en met het proces beginnen om aan de recentste AEM Versiebij te werken. Dit zal voldoende tijd bieden voor regressietests en Adobe in staat stellen de migratie van projecten efficiënt te beheren.

kan ik aan een gesteunde versie OAuth bevorderen zonder mijn Versie van AEM as a Cloud Service AEM te bevorderen?

Nee. Om een vlotte overgang te verzekeren zouden de klanten 🔗 de Zorg van de Klant van de Adobe moeten contacteren en met het proces beginnen om aan de recentste AEM Versiebij te werken. Dit zal voldoende tijd bieden voor regressietests en Adobe in staat stellen de migratie van projecten efficiënt te beheren.

recommendation-more-help