JWT Credentials Deprection in Adobe Developer Console jwt-credentials-deprecation-in-adobe-developer-console

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

De klanten van 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 referenties voor AEM as a Cloud Service ondersteunt. 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 deze 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 Adobe-oplossingen integrating-aem-with-other-adobe-solutions

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

Relevante versies van AEM: AEM as a Cloud Service

AEM-klanten gebruiken AEM om integratie met veel andere Adobe-oplossingen te configureren. 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 cloud-manager-apis

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

Relevante versies van AEM: 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 autogen-projects

Actie: Migreer niet omdat Adobe namens u gaat migreren.

Relevante versies van AEM: 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 Adobe deze projecten op zich migreren, alvorens de geloofsbrieven niet meer bruikbaar zijn.

auto-geproduceerde projecten

Veelgestelde vragen over automatisch gegenereerde projecten autogen-projects-faqs

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 het contact Adobe.

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

Er is geen actie vereist omdat Adobe automatisch gegenereerde migratie voor uw omgeving met AEM Release 17258 (aug '24) en hoger zal uitvoeren.

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

Adobe zal in het eerste kwartaal van 2025 een gefaseerde migratieaanpak starten, te beginnen met ontwikkelomgevingen.

hoe zal onze instantie van AEM as a Cloud Service worden beïnvloed als wij een versie van AEM hebben die ouder is dan Versie 17258 van AEM (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 🔗 van de Klant van 0} Adobe moeten contacteren en onmiddellijk met het proces beginnen om aan de recentste Versie van AEMbij 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 🔗 van de Klant van 0} Adobe moeten contacteren en onmiddellijk met het proces beginnen om aan de recentste Versie van AEMbij 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
fbcff2a9-b6fe-4574-b04a-21e75df764ab