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. Zodra gevormd, gebruikt de Auteur van de Experience Manager een replicatieagent om de geselecteerde activa(s) 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 de cloudservice voor Brand Portal onder /etc/cloudservice worden alle benodigde gebruikers en token 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 soms mislukken als gevolg van grote slingertaken, een verhoogd netwerk en Disk I/O op een Experience Manager Author-instantie of trage prestaties van de Experience Manager Author-instantie. Het wordt daarom aangeraden de verbinding met de replicatieagent(en) te testen voordat u begint met publiceren.

Problemen oplossen bij eerste publicatie: uw publicatieconfiguratie valideren 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 van het Lusje terwijl het creëren 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 van de Test met replicatieagenten

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

  1. Neem contact op met de Klantenondersteuning.

  2. Opnieuw schoonmaakbeurten creeer opnieuw publiceer configuratie.

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

De meeste keren dat het publiceren niet werkt, kan de reden zijn dat de gebruiker die publiceert (bijvoorbeeld: mac-<tenantid>-replication heeft niet de recentste privé sleutel, en daarom 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 uitvoert) :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 de systeembeheerder aanhouden. 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 voortdurend publicatiefouten optreden en de wachtrij wordt geblokkeerd, moet u test connection controleren 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 het paneel van Hulpmiddelen, navigeer aan Deployment > Replication.
  3. Klik op Agents on author op de pagina Replicatie. U kunt de vier replicatieagenten van uw huurder van Brand Portal zien.
  4. Klik op de URL van de replicatieagent en klik op Edit .
  5. Klik in Agent-instellingen op de tab Extended .
  6. Schakel het selectievakje Close Connection in.
  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