Periodieke fout van aangepaste PageEvent-handler in bulkvertaaltaken in AEMaaCS
In Adobe Experience Manager as a Cloud Service (AEMaaCS) wordt aangepaste naverwerking voor vertaalde pagina's niet altijd geactiveerd nadat de vertaaltaken zijn voltooid. Hierdoor worden updates van aliassen en replicatie van voorvertoningen niet uitgevoerd voor sommige vertaalde pagina's, ook al is de vertaling voltooid. De kwestie komt voor wanneer de douanelogica er niet in slaagt voltooide vertalingen tijdens bulkverwerking te ontdekken. Om het probleem op te lossen, moet u voltooide vertalingen detecteren met ondersteunde API's op taakniveau.
Beschrijving description
Omgeving
- Product: Adobe Experience Manager as a Cloud Service (AEMaaCS) - Plaatsen
- Scenario: Bulk vertaalbanen die gebruikend derdevertaalschakelaars, zoals Lionbridge worden uitgevoerd
- Beperkingen: de kwestie komt periodiek voor en beïnvloedt slechts specifieke milieu's, met inbegrip van stadium en productie
Probleem/symptomen
- De instelling voor alias wordt niet toegepast op alle vertaalde pagina's nadat een bulksgewijze vertaling is voltooid.
- De replicatie van voorvertoningen wordt niet geactiveerd voor bepaalde vertaalde pagina's.
- Het probleem doet zich af en toe voor en heeft geen invloed op elke pagina in een vertaaltaak.
- Alle betrokken pagina's worden volledig vertaald en geven de juiste JCR-eigenschappen weer.
- De gebeurtenishandler en de bijbehorende naverwerkingspijplijn worden niet aangeroepen voor de betrokken pagina's.
Resolutie resolution
Volg onderstaande stappen om het probleem op te lossen:
- Bekijk de detectielogica die door de aangepaste PageEvent-handler wordt gebruikt en noteer dat de huidige implementatie op een onjuiste manier berust op
PageModification.getUserId()afstemming van een specifieke servicegebruiker en op het detecteren van interne eigenschappen, zoalscq:translationStatusin wijzigingspaden. - Houd er rekening mee dat
PageModification.getUserId()op AEM as a Cloud Serviceoak:unknownkan retourneren, waardoor op gebruikers gebaseerde controles onbetrouwbaar worden en dat interne eigenschappen zoalscq:translationStatusniet altijd aanwezig zijn in alle wijzigingsgebeurtenissen als gevolg van batchverwerking en asynchrone terugschrijvingen van vertalingen. - Werk de benadering van de de opsporing van de vertaalvoltooiing bij door vertrouwen op interne of niet gedocumenteerde eigenschappen van JCR of specifieke gebruiker te vermijden - identiteitskaart, aangezien deze mechanismen niet gesteund en onderworpen aan verandering zijn, en in plaats daarvan gebruik gesteunde signalen zoals de gebeurtenissen van de Baan van de Vertaling samen met de openbare VertaalREST API.
- Ontdek programmatisch voltooide vertalingen op paginaniveau door de status van de vertaalbaan door de gesteunde VertaalREST API eindpunten te vragen die door Adobe Experience Manager APIs worden gedocumenteerd en de teruggekeerde baanstatus te gebruiken om vereiste naverwerkings acties zoals alias updates of voorproefreplicatie teweeg te brengen.
- Als de voorkeur wordt gegeven aan een interne Java API boven HTTP-aanroepen, bestaat er momenteel geen ondersteunde interne Java API voor dit doel en is er een verbeteringsaanvraag ingediend bij de Adobe-engineering om deze beperking te verhelpen.
- Controleren of na het bijwerken van de detectielogica alleen op ondersteunde API's en signalen kan worden vertrouwd, alle beoogde naverwerkingshandelingen betrouwbaar worden uitgevoerd na bulkvertaaltaken.
Nota's:
- Het vertrouwen op interne JCR-eigenschapswijzigingen of specifieke servicegebruikers voor gebeurtenisafhandeling wordt niet ondersteund en kan worden verbroken met platformupdates.
- De openbare Vertaal REST API steunt momenteel uit-de-doos vertaalprojecten, en de steun voor derdeschakelaarprojecten kan beperkt blijven tot toekomstige verhogingen.
3d58f420-19b5-47a0-a122-5c9dab55ec7f