Problemen met parallelle publicatie naar Brand Portal oplossen troubleshoot-issues-in-parallel-publishing-to-brand-portal

Brand Portal is geconfigureerd met Experience Manager Assets om goedgekeurde merkmiddelen naadloos in te nemen (of te publiceren) vanuit de Experience Manager Assets-auteur-instantie. Eenmaal geconfigureerd, gebruikt de auteur van de Experience Manager een replicatieagent om de geselecteerde activa aan de wolkendienst van Brand Portal voor goedgekeurd gebruik door de gebruikers van Brand Portal te herhalen. De veelvoudige replicatieagenten worden gebruikt Experience Manager 6.2 SP1-GFP5, Experience Manager GFP 6.3.0.2, en verder om hoge snelheidsparallelle publicatie toe te staan.

NOTE
Adobe raadt aan een upgrade naar Experience Manager 6.4.1.0 uit te voeren om ervoor te zorgen dat Experience Manager Assets Brand Portal correct is geconfigureerd met Experience Manager Assets. Een beperking in Experience Manager 6.4 geeft een fout terwijl het vormen van Experience Manager Assets met Brand Portal en replicatie ontbreekt.

Bij het configureren van cloudservice voor Brand Portal onder /etc/cloudservice Alle benodigde gebruikers en token worden automatisch gegenereerd en opgeslagen in de opslagplaats. De de dienstconfiguratie van de wolk wordt gecreeerd, worden de de dienstgebruikers die voor replicatie en replicatieagenten worden vereist om inhoud te herhalen ook gecreeerd. Het leidt tot vier replicatieagenten. Dus wanneer u een groot aantal middelen publiceert van Experience Manager naar Brand Portal, worden de elementen in een wachtrij geplaatst en verdeeld onder de replicatieagents via Round Robin.

Publiceren kan echter tijdelijk mislukken als gevolg van grote slingertaken, een groter netwerk en Disk I/O op de instantie van de Auteur van de Experience Manager, of vertraagde prestaties van de instantie van de Auteur van de Experience Manager. Het wordt daarom aangeraden de verbinding met de replicatieagent(en) te testen voordat u begint met publiceren.

Fouten bij eerste publicatie oplossen: valideren, uw publicatieconfiguratie troubleshoot-failures-in-first-time-publishing-validating-your-publish-configuration

Uw publicatieconfiguraties valideren:

  1. De foutenlogboeken controleren
  2. Controleren of de replicatieagent is gemaakt
  3. Verbinding testen

Logboeken bijhouden tijdens het maken van Cloud Service

Logboeken van staarten controleren. Controleer of de replicatieagent is gemaakt of niet. Als het maken van de replicatieagent mislukt, bewerkt u de cloudservice door kleine wijzigingen aan te brengen in de cloudservice. Valideer en controleer opnieuw of de replicatieagent wordt gecreeerd of niet. Als dat niet het geval is, bewerkt u de service opnieuw.

Als bij herhaaldelijk het uitgeven van de wolkendienst het niet behoorlijk wordt gevormd, rapporteer een dagzorgkaartje.

Verbinding met replicatieagents testen

Logboek van de mening, als de fouten in replicatielogboek worden gevonden:

  1. Neem contact op met de Klantenondersteuning.

  2. Opnieuw opruimen en maak opnieuw een publicatieconfiguratie.

Bestaande Brand Portal-publicatieconfiguraties opschonen clean-up-existing-config

De meeste keren dat publiceren niet werkt, kan de reden zijn dat de gebruiker die publiceert (bijvoorbeeld: mac-<tenantid>-replication heeft niet de recentste privé sleutel, en vandaar publiceert ontbreekt met "401 onbevoegde"fout en geen andere fout wordt gemeld in de logboeken van de replicatieagent. U zou het oplossen van problemen kunnen willen vermijden en een configuratie in plaats daarvan tot stand brengen. Voor de nieuwe configuratie om behoorlijk te werken, schoonmaak het volgende van de opstelling van de auteur van de Experience Manager:

  1. Ga naar localhost:4502/crx/de/ (als u de auteurinstantie op localhost wilt uitvoeren):4502:
    i. delete /etc/replication/agents.author/mp_replication
    ii. delete
    /etc/cloudservices/mediaportal/<config_name>

  2. Ga naar localhost:4502/useradmin:
    i. zoeken naar gebruiker mac-<tenantid>replication
    ii. deze gebruiker verwijderen

Nu wordt het systeem helemaal schoongemaakt. Nu kunt u proberen om een config van de wolkendienst tot stand te brengen en nog de bestaande toepassing JWT te gebruiken. U hoeft geen toepassing te maken, u hoeft de openbare sleutel niet bij te werken vanuit de nieuwe cloudconfiguratie.

NOTE
Wijzig geen automatisch gegenereerde instellingen.

Zichtbaarheid ontwikkelaarsleider JWT-toepassing developer-connection-jwt-application-tenant-visibility-issue

Indien ingeschakeld https://legacy-oauth.cloud.adobe.io/, worden alle organen (huurders) vermeld waarvoor de huidige gebruikers systeembeheerder houden. Als u hier de naam van de org niet vindt of u kunt geen toepassing voor een vereiste huurder hier tot stand brengen, gelieve te controleren of hebt u voldoende (systeembeheerder) rechten.

Er is één bekende kwestie op dit gebruikersinterface die voor om het even welke huurder slechts tien toepassingen zichtbaar zijn. Wanneer u de toepassing maakt, blijft u op die pagina en bladwijzer de URL. U hoeft niet naar de pagina met lijsten van de toepassing te gaan en de toepassing te zoeken die u hebt gemaakt. U kunt rechtstreeks op deze URL met bladwijzer drukken en de toepassing zo nodig bijwerken of verwijderen.

De JWT-toepassing wordt mogelijk niet correct vermeld. Daarom wordt aangeraden de URL bij het maken van een JWT-toepassing te noteren of een bladwijzer te maken.

Het runnen van Configuratie houdt het werken op running-configuration-stops-working

Als een replicatieagent (die aan Brand Portal enkel fijn) publiceerde ophoudt verwerkend publiceert banen, controleer replicatielogboeken. Experience Manager heeft ingebouwde functie voor het automatisch opnieuw proberen van bestanden. Als de publicatie van een bepaald element mislukt, wordt dit automatisch opnieuw geprobeerd. Als er een probleem is dat soms voorkomt, zoals een netwerkfout, kan dit probleem tijdens het opnieuw proberen optreden.

Als er ononderbroken publicatiemislukkingen zijn en de rij wordt geblokkeerd, dan zou u moeten controleren test connection en proberen de fouten op te lossen die worden gerapporteerd.

Op basis van de fouten wordt u aangeraden een ondersteuningsticket te registreren, zodat het technische team van Brand Portal u kan helpen problemen op te lossen.

Brand Portal IMS-configuratietoken verlopen token-expired

Als uw Brand Portal-omgeving abrupt stopt, is het mogelijk dat de IMS-configuraties niet goed werken. Het systeem toont een ongezonde configuratie IMS en wijst op een foutenmelding (gelijkend op het volgende) dat uw toegangstoken is verlopen.

com.adobe.granite.auth.oauth.AccessTokenProvider failed to get access token from authorization server status: 400 response: Unknown macro: {"error"}

U kunt dit probleem oplossen door de IMS-configuratie handmatig op te slaan en te sluiten en de status van de status opnieuw te controleren. Als de configuraties niet werken, verwijdert u de bestaande configuraties en maakt u een nieuwe.

Replicatieagents configureren om een time-outfout voor de verbinding te voorkomen connection-timeout

Doorgaans mislukt de publicatietaak met een time-outfout als er meerdere aanvragen in behandeling zijn in de replicatiestoets. Om deze kwestie op te lossen, zorg ervoor dat de replicatieagenten worden gevormd om onderbreking te vermijden.

Om de replicatieagenten te vormen:

  1. Meld u aan bij de AEM Assets-auteur.
  2. Van de Gereedschappen deelvenster, navigeren naar Deployment > Replication.
  3. Klik op de pagina Replicatie op Agents on author. U kunt de vier replicatieagenten van uw huurder van Brand Portal zien.
  4. Klik de replicatieagent URL en klik Edit.
  5. Klik in Agent-instellingen op de knop Extended tab.
  6. Selecteer Close Connection selectievakje.
  7. Herhaal stap 4 door 7 om alle vier replicatieagenten te vormen.
  8. Start de server opnieuw.
recommendation-more-help
4a60ca76-1c10-45cf-87aa-95ab647d0ca3