Notas de la versión para Cloud Manager 2025.4.0 en Adobe Experience Manager as a Cloud Service release-notes
Obtenga información sobre el lanzamiento de Cloud Manager 2025.4.0 en AEM (Adobe Experience Manager) as a Cloud Service.
Consulte también las notas de la versión actual de Adobe Experience Manager as a Cloud Service.
Fechas de lanzamiento release-date
La fecha de lanzamiento de Cloud Manager 2025.4.0 en AEM as a Cloud Service es el jueves, 10 de abril de 2025.
La próxima versión planificada es para el jueves, 8 de mayo de 2025.
Novedades what-is-new
-
(IU): visibilidad de implementación mejorada
La página de detalles de ejecución de la canalización en Cloud Manager ahora muestra un mensaje de estado ("En espera: otra actualización en curso") cuando una implementación está esperando a que finalice otra. Este flujo de trabajo facilita la comprensión de la secuenciación durante la implementación del entorno.
-
(IU) Mejora de validación de dominio
Al añadir un dominio, Cloud Manager muestra ahora un error si el dominio ya está instalado en una cuenta de Fastly: "El dominio ya está instalado en una cuenta de Fastly. Elimínelo primero desde allí antes de añadirlo a Cloud Service."
Programa beta privado private-beta-program
Participe en el programa beta privado de Cloud Manager para obtener acceso exclusivo a las próximas funciones antes de su lanzamiento general.
Actualmente está disponible la siguiente oportunidad de versión beta privada:
Usar su propio Git: ahora se admiten GitLab y Bitbucket gitlab-bitbucket
La función Bring Your Own Git se ha ampliado para incluir compatibilidad con repositorios externos, como GitLab y Bitbucket. Esta nueva compatibilidad se suma a la compatibilidad ya existente con repositorios de GitHub privados y de empresa. Al añadir estos nuevos repositorios, también puede vincularlos directamente a sus canalizaciones. Puede alojar estos repositorios en plataformas públicas en la nube o dentro de su infraestructura o nube privada. Esta integración también elimina la necesidad de sincronización constante del código con el repositorio de Adobe y proporciona la capacidad de validar las solicitudes de extracción antes de combinarlas en una rama principal.
Las canalizaciones que usan repositorios externos (excepto las alojadas en GitHub) y el Activador de la implementación establecido en Cambios en Git ahora se inician automáticamente.
Consulte Adición de repositorios externos en Cloud Manager.
Si le interesa probar esta nueva función y compartir sus comentarios, envíe un correo electrónico a Grp-CloudManager_BYOG@adobe.com desde su dirección de correo electrónico asociada a su Adobe ID. Asegúrese de incluir qué plataforma Git desea utilizar y si se encuentra en una estructura de repositorio privado/público o de empresa.
Correcciones de errores
-
Problema con los certificados que carecen del campo de nombre común (CN)
Cloud Manager ya no emite una respuesta NullPointerException (NPE) y HTTP 500 al procesar certificados EV/OV que no incluyen un nombre común (CN) en el campo Asunto. Los certificados modernos suelen omitir CN y, en su lugar, utilizan un nombre alternativo del firmante (SAN). Esta corrección garantiza que la falta de CN ya no cause un error durante el proceso de compilación de la configuración cuando SAN está presente.
-
Problema de verificación de dominio con coincidencia de certificado incorrecta
Cloud Manager ya no verifica incorrectamente los dominios con los certificados incorrectos. Anteriormente, la lógica de validación utilizaba la coincidencia basada en patrones en lugar de la coincidencia exacta, lo que provocaba que dominios como
should-not-be-verified.example.comaparecieran como verificados debido a la superposición con certificados válidos paraexample.com. Esta corrección garantiza que la validación del dominio ahora compruebe coincidencias exactas, lo que evita asociaciones de certificado erróneas. -
Unicidad aplicada para nombres de redirecciones de puertos de redes avanzadas
Cloud Manager ahora aplica un nombre único para redirecciones de puertos de redes avanzadas. Anteriormente, se permitían nombres duplicados, lo que podía provocar conflictos. Esta corrección garantiza que cada entrada de redirección de puerto tenga un nombre distinto, de acuerdo con las prácticas recomendadas para la integridad de la configuración de red.