Al intentar implementar una canalización de Dispatcher, un cliente se encontraba con un problema: cada vez que intentaba implementarla como una canalización de nivel web, la implementación fallaba con el error
ERROR: '44 CUSTOMER Opt-in file //opt-in/USE_SOURCES_DIRECTLY is not present. Build aborted.'
at runBuild(/usr/local/bin/build-zip.sh:203)
at status.track(/usr/local/bin/lib-status.bash:261)
at main(/usr/local/bin/build-zip.sh:214)
ERROR: Unexpected error type: 'CUSTOMER'
at status.internal.errorStatus(/usr/local/bin/lib-status.bash:25)
at status.error(/usr/local/bin/lib-status.bash:142)
at runBuild(/usr/local/bin/build-zip.sh:203)
at status.track(/usr/local/bin/lib-status.bash:261)
at main(/usr/local/bin/build-zip.sh:214)
ERROR: '1 TEST_FAILURE
Sin embargo, al ejecutarlo mediante la canalización de pila completa, funcionaba.
El cliente estaba utilizando un proyecto de AEM estándar creado con el último tipo de archivo para la nube, por lo tanto la configuración del despachante, que se estaba creando en función del último tipo de archivo, ya seguía el "modo flexible" y el archivo /opt-in/USE_SOURCES_DIRECTLY estaba presente
Parecía que la canalización de nivel web del cliente tenía el CodeLocation establecido en "/", pero la repo que habían configurado en esta canalización estaba utilizando "/dispatcher/src" en su lugar.
Después de cambiar la ubicación del código 1 a "/dispatcher/src", la canalización de nivel web se implementó correctamente.
1 https://experienceleague.adobe.com/docs/experience-manager-cloud-service/content/implementing/using-cloud-manager/cicd-pipelines/configuring-production-pipelines.html?lang=es#web-tier-config