Release Notes

Ansible

Cambios bloqueantes

• Nuevo rol de despliegue para MongoDB 7.0

• Nuevo rol de despliegue para RabbitMQ 3.12

• Nuevo rol de despliegue para Valkey 7.2 y cadenas de conexión para nuevas persistencias: MONGO_URI, VALKEY_*, RABBITMQ_*

• Nuevo rol de despliegue para el microservicio marketplace (puerto 8089), incluye la creación de su schema en PostgreSQL durante la actualización

Otros cambios y optimizaciones

• URLs de Eureka y Spring Boot Admin configuradas mediante variables de entorno (HORUS_REPLICAS, HORUS_ADMIN_URL, TOT_EUREKA_URL) en las units systemd, en lugar de argumentos Spring

• Variables en hosts.yaml para despliegues single-node y multi-node

• Backup de certificados TLS incluido en el backup de Ansible

• Corrección de nombres en templates de servicios

• Corrección de propiedades S3

• Cabeceras de seguridad HTTP añadidas al VirtualHost de Apache, eliminación del proxy Swagger obsoleto y sustitución del trace ID MD5 por Apache UNIQUE_ID

• Exposición de Grafana a través de proxy Apache en /grafana (puerto 443)

• Modelo de memoria de la JVM alineado: MaxRAMPercentage + systemd MemoryMax en lugar de Xmx fijo

• Solr: SOLR_HEAP sustituido por SOLR_JAVA_MEM, con GC_TUNE explícito

• Dependencias systemd (After=/Wants=) entre servicios core y plugins para un arranque ordenado

• Compatibilidad con RHEL 9 y Ubuntu 24.04 (Python 3.12, pymongo 4+, repositorio Remi, PPA) para las nuevas persistencias MongoDB, Valkey y RabbitMQ

• Mejoras de idempotencia en los roles de instalación (Solr, copia de artefactos, comprobación SHA1 de descargas) para permitir reejecuciones seguras del playbook

• Nuevos tags delete-solrzk y delete-minio para desinstalación selectiva

• Nuevos avisos en anjana.sh indicando los pasos obligatorios para desplegar MongoDB, RabbitMQ y Valkey antes de actualizar los microservicios

Kit K8s

Cambios bloqueantes

• Reestructuración completa del kit: de manifiestos YAML planos (122 ficheros) a Helm chart con subcharts anjana-core y anjana-plugins (11 templates reutilizables). Despliegue vía helm install/upgrade

• TLS automatizado con cert-manager: modo internal (certificados self-signed auto-generados + Job de generación de truststore) y modo manual (secretos pre-creados)

• Soporte IRSA para Horus: integración con AWS Secrets Manager como backend de config server, con guard rails de validación

• Múltiples backends de config server: AWS Secrets Manager, Git o modo JDBC puro (credenciales propias de Horus vía Kubernetes Secret), seleccionable vía values.yaml

• Modo standalone para plugins: lectura directa de secretos cloud (AWS SM, Azure KV, GCP SM) sin necesidad de config server

• Manifiestos opcionales para nuevas persistencias: MongoDB, RabbitMQ, Valkey

• Migración de MinIO a SeaweedFS como backend de almacenamiento S3/CDN: nuevo manifiesto seaweedfs.yaml sustituye a minio.yaml

• InitContainers para espera de dependencias: arranque ordenado de servicios con health checks HTTPS entre ellos

Otros cambios y optimizaciones

• URLs de Eureka y Spring Boot Admin configuradas mediante variables de entorno (HORUS_REPLICAS, HORUS_ADMIN_URL, TOT_EUREKA_URL) en lugar de argumentos Spring

• Integración OpenTelemetry nativa: OTEL_SERVICE_NAME y OTEL_RESOURCE_ATTRIBUTES inyectados en todos los servicios

• Scripts de backend AES

• Soporte extraCaBundles en el Job de truststore para inyectar CAs adicionales (ej. CA corporativa)

• Resource profiles por entorno (DEV/PRE/PRO) con selección automática vía global.environment.profile

• Cabeceras de seguridad HTTP en los ConfigMaps de nginx, rate limiting de login en /gateway/public/, forward de X-traceId a los backends y a portuno-ui, restricción CORS en viator vía global.domain, y eliminación del proxy Swagger obsoleto

• Página de carga (loading page) para anjana-ui con estado de salud de los servicios (HEALTH_LOCATIONS_CONF / HEALTH_MANIFEST_JSON)

• Solr: almacenamiento por defecto cambiado de emptyDir a hostPath

• Documentación autogenerada con helm-docs e integrada en un target de Makefile

• Múltiples correcciones de validación del chart y de comportamiento en runtime tras pruebas E2E en EKS (esquemas de base de datos, keystore/truststore en modo manual, recursos, health checks)

MCP de Anjana Data Platform

En la versión 26.1 se incorpora el MCP (Model Context Protocol) de Anjana Data Platform, que expone las capacidades de la plataforma a través del protocolo MCP para su integración con asistentes y agentes de IA. Está disponible tanto para despliegues SaaS como IaaS/PaaS.

Ampliación de las capacidades del plugin de Power BI

El Tot Plugin de Power BI incorpora la gestión de accesos sobre los activos de Power BI catalogados en Anjana Data Platform. La funcionalidad permite asignar y revocar permisos efectivos en Power BI a partir del ciclo de vida de un DSA, utilizando grupos de Azure Entra ID como única unidad de autorización.

Nuevo plugin para extracción de metadatos sobre Databricks

En su Fase 1, la integración habilita el descubrimiento y la extracción de metadatos técnicos (modo read-only) de los activos disponibles en Unity Catalog, sin realizar ninguna mutación sobre el sistema origen.

Ampliar y establecer permisos de la aplicación

A partir de esta versión, el acceso a todos los módulos y el acceso a las pestañas de la vista de los objetos dependen de permisos asociados al rol del usuario. De esta forma, se complejiza la configuración de permisos pero se ofrece mayor granularidad de accesos, simplificando el acceso a información por grupos de usuarios.

Para ello, se van a añadir los siguientes permisos de visualización:

• Acceso al módulo de Catálogo: CATALOG_ACCESS

• Acceso al módulo de Trabajos: JOBS_ACCESS

• Acceso a Auditoría de seguridad completa: SEC_AUDIT_ACCESS Permiso creado pero sin capacidad funcional hasta release 26.2 prevista para Q3 de 2026

• Acceso Auditoría de gobierno completa: GOV_AUDIT_ACCESS

• Acceso al Espacio personal de trabajo (Workspace): WORKSPACE_ACCESS

• Acceso a la pestaña de Relaciones de una entidad: OBJ_RELATIONS_ACCESS

• Acceso a la pestaña de Intervinientes OBJ_STAKEHOLDERS_ACCESS

• Acceso a pestaña de Auditoría de objeto (OBJ_AUDIT_ACCESS)

• Acceso a la pestaña de Versiones: OBJ_VERSIONS_ACCESS

• Acceso a la pestaña de Muestra de datos OBJ_SAMPLE_DATA_ACCESS

• Acceso a la información de Adherencias en la pestaña de intervinientes ADHERENCE_VIEW

También se incluye un nuevo permiso para editar la Información de acceso que reciben usuarios adheridos: EDIT_ACCESS_INFO (action) ALL (subType)

Cambios en permisos existentes:

• El permiso ACCESS ALL para acceder al portal de datos se reemplaza por el permiso PLATFORM_ACCESS (action) con subTypeANJANA.

• El permiso ADMIN (action) ANJANA (subType) para el panel de configuración/administración se sustituye por ADMIN_ACCESS (action) ANJANA (subType)

• El permiso WIZARD (action) ALL (subType) se elimina. El asistente de creación se accederá mediante los permisos de creación (CREATION_MODIF) sobre cualquier subTipo.

• El permiso ACCESS (action) ADHERENCE (subTipo) para conceder acceso a datos se actualiza a ADHERENCE_ACCESS (action) ALL (subType). Este permiso también otorga acceso al nuevo módulo de Marketplace.

Evoluciones en workflows

Añadir motivo de solicitud para cualquier workflow

Todos los workflows quedarán completados con el motivo de la solicitud igual que hacía en versiones previas con los workflows de adherencia.

Para ello, cuando el usuario elija o confirme una acción que lance workflow, Anjana Data Platform le mostrará una ventana donde el usuario podrá introducir el motivo en, al menos, un idioma de la aplicación.

Los textos podrán consultarse desde las pantallas de workflows y en las notificaciones al usar la variable #REQUEST_REASON#. Se sugiere incluir esta variable en el cuerpo de las notificaciones de los workflows, asegurando así que los usuarios involucrados la reciban.

Nuevas pantallas de workflows

A partir de ahora se dispondrán de las siguientes pantallas:

1. Mis solicitudes de acceso 🆕 : Proporciona acceso a workflows de adherencia solicitados por el propio usuario
   Restricción de acceso: Sólo disponible para usuarios que, o bien tienen permisos de ADHERENCE, o bien han sido Solicitantes en algún workflow de ADHERENCE.

2. Mis solicitudes de gobierno 🆕 : Proporciona acceso a workflows de gobierno solicitados por el propio usuario, a excepción de workflows de adherencia.
   Restricción de acceso: Sólo disponible para usuarios que o tienen permisos de CREATION_MODIF, CHANGE_OU, CHANGE_OU o DEPRECATION o son usuarios que han sido Solicitantes en algún workflow de CREACION, MODIFICACION, ACTIVACION, DESACTIVAR, RENOMBRADO, TRANSFERENCIA.

3. Mis Tareas 🆕 : Proporciona acceso a workflows que tiene que validar el usuario debido a su rol.
   Restricción de acceso: Sólo disponible para usuarios que son Validador en algún workflow.

4. Flujos de trabajo: Proporciona acceso a el conjunto completo de workflows.
   Restricción de acceso: Solo disponible para usuarios que tienen rol con permisos de WORKFLOW_ACCESS

Cuando un usuario reciba una notificación de validación, podrá acceder al workflow siempre a aprobar o rechazar desde la notificación, desde la pantalla de Mis Tareaso desde el listado completo de Workflows (sólo en caso de tener el permiso WORKFLOW_ACCESS).

Más información en las pantallas de workflows

Se ha enriquecido la información que se muestran en las pantallas de workflows, por lo que a partir de ahora se incluye:

• Objeto

• Tipo de solicitud

• Solicitante

• Motivo

• Fecha de petición

• Estado de la validación

• Último participante

• Última respuesta

• Tiempo sin respuesta

• Duración total

Evoluciones en interfaz de usuario

Home page

Se incluye una página de inicio como punto de entrada para los usuarios tras hacer login y que será accesible desde los logos de Anjana Data Platform y del cliente en la cabecera.

Esta página de inicio incluye:

• Buscador que permite realizar búsquedas en el Catálogo o en el Marketplace

• Resumen de actividad con selector por rango de fechas ( 7 días, 30 días, 3 meses, 6 meses y 1 año)

  • Mis solicitudes de acceso

  • Mis solicitudes de gobierno

  • Mis tareas

• Accesos rápidos a:

  • Wizard de creación

  • Espacio personal de trabajo (workspace)

• Fecha con el login anterior.

Portal Marketplace

Se crea un nuevo módulo denominado Marketplace que pretende ser un portal de búsqueda y solicitud de acceso a activos previstos al consumo mediante Data Sharing Aggreements (DSA) para los consumidores.

El Marketplace ofrece en primer lugar un espacio de sugerencias donde el consumidor puede visualizar DSAs añadidos recientemente y los activos más solicitados por otros usuarios.

A continuación ofrece un espacio para descubrimiento de activos mediante un buscador y filtros con una experiencia intuitiva y ágil que se apoya en las siguientes capacidades:

• Guardar búsquedas destacadas con opción a seleccionar una como favorita.

• Opción de añadir pedir acceso inmediato o añadir al carrito para compras masivas

• Selecciones masivas de objetos para añadir al carrito

• Selecciones masivas para añadir al espacio personal de trabajo (workspace)

• Previsualizar los detalles de un objeto

• Consultar información de acceso

Contrato y condiciones de uso de la plataforma

Al hacer login por primera vez en esta versión se mostrara al usuario un contrato de condiciones de uso sobre la plataforma que se debe aceptar para continuar usandola.

Información de Acceso en objetos

Aquellos usuarios que estén adheridos a un objeto podrán acceder a la información de acceso del mismo, donde se podrán incluir instrucciones para acceder al activo físico que el objeto representa.

Solo aquellos con EDIT_ACCESS_INFO pueden modificar la información de acceso.

RESUMEN: 43 añadidos · 43 eliminados · 22 DEPRECADOS

KERNO

✨ Nuevos Endpoints (5)

PUT          /api/admin/kerno/clear-all  (AdminAPIController)
POST         /api/common/v1/massiveSubmit/{objectSubType}  (CommonController)
POST         /api/entity/v1/rename/{objectSubType}/{idObject}  (EntityController)
POST         /api/relationship/v1/rename/{objectSubType}/{idObject}  (RelationshipController)
POST         /api/dataset/v1/structure/{idDataset} (DatasetController)

❌ Endpoints Eliminados (33)

PUT          /api/admin/kerno/name/{objectType}  (AdminAPIController)
POST         /api/v2/attribute/custom/list  (AttributeController)
GET          /api/v2/common/stakeholders/{objectType}/{objectSubType}/{idObject}  (CommonV2Controller)
POST         /api/v2/common/massiveSubmit/{objectSubType}  (CommonV2Controller)
POST         /api/v1/metadata/requests  (MetadataController)
POST         /api/v1/metadata/requests/detail  (MetadataController)
GET          /api/v1/dataset/versions/{idObject}  (DatasetController)
GET          /api/v1/dsa/versions/{idObject}  (DsaController)
GET          /api/v1/dsa/datasets/{idObject}  (DsaController)
POST         /api/v1/dsa/datasets/{idObject}  (DsaController)
GET          /api/v1/instance/versions/{idObject}  (InstanceController)
GET          /api/v1/instance/project/{idObject}  (InstanceController)
GET          /api/v1/instance/solutions/{idProcessInstance}  (InstanceController)
GET          /api/v1/process/versions/{idObject}  (ProcessController)
GET          /api/v1/process/instances/{idProcess}  (ProcessController)
GET          /api/v1/solution/versions/{idObject}  (SolutionController)
GET          /api/v1/solution/instances/owned/{idObject}  (SolutionController)
GET          /api/v1/solution/instances/related/{idObject}  (SolutionController)
POST         /api/v1/solution/instances/related/{idObject}  (SolutionController)
POST         /api/v2/entity/create/{objectSubType} (EntityControllerV2)
GET          /api/v2/entity/relationships/{objectSubType}/{idEntity} (EntityControllerV2)
GET          /api/v2/entity/complete-dynamic-catalog/{objectSubType} (DynamicCatalogControllerV2)
GET          /api/v2/entity/dynamic-catalog/{objectSubTypeParam}/{idObject} (DynamicCatalogControllerV2)
GET          /api/v2/entity/dynamic-catalog/{objectSubType} (DynamicCatalogControllerV2)
GET          /api/v2/relationship/dynamic-catalog/{objectSubType} (DynamicCatalogControllerV2)
GET          /api/v2/relationship/dynamic-catalog/{objectSubType}/{idObject} (DynamicCatalogControllerV2)
GET          /api/v2/excel/{objectType}/{objectSubType} (ExcelController)
GET          /api/v2/objectsubtypes/{objectType} (ObjectSubtypeController)
GET          /api/v2/objecttypes/objectsubtypes (ObjectsAnjanaController)
GET          /api/v2/objecttypes/{objectType} (ObjectsAnjanaController)
GET          /api/v2/graphics/getAll (GraphicsController)
GET          /api/v2/graphics/listGraphics/{objectType}/{idObject} (GraphicsController)
GET          /api/v2/graphics/myLineage (GraphicsController)

⏲️ Endpoints Deprecados (4)

POST         /api/v5/common/massiveSubmit/{objectSubType}  (CommonControllerV5)
POST         /api/v5/entity/rename/{objectSubType}/{idObject}  (EntityControllerV5)
POST         /api/v5/relationship/rename/{objectSubType}/{idObject}  (RelationshipControllerV5)
POST         /api/v4/dataset/structure/{idDataset} (DatasetControlerV4)

MINERVA

✨ Nuevos Endpoints (8)

PUT          /api/admin/minerva/clear-all  (AdminAPIController)
POST         /api/v4/audit/search/AUDIT_OBJECT  (AuditController)
GET          /api/saved-searches/user/v1/{where} (SavedSearchController)
GET          /api/saved-searches/user/v1/{where}/{id} (SavedSearchController)
POST         /api/saved-searches/user/v1/{where} (SavedSearchController)
PUT          /api/saved-searches/user/v1/{where}/{id} (SavedSearchController)
DELETE       /api/saved-searches/user/v1/{where}/{id} (SavedSearchController)
POST         /api/indexer/marketplace/v1/search (MarketplaceSearchController)

❌ Endpoints Eliminados (4)

DELETE       /api/admin/minerva/collection/kerno  (AdminAPIController)
DELETE       /api/admin/minerva/collection/delete-field/{field}/kerno  (AdminAPIController)
PUT          /api/admin/minerva/collection/update/kerno  (AdminAPIController)
POST         /api/v4/audit/search  (AuditController)

⏲️ Endpoints Deprecados (3)

GET          /api/v2/favorite/user (FavoriteSearchController)
POST         /api/v2/favorite/user/save (FavoriteSearchController)
POST         /api/v2/favorite/user/delete (FavoriteSearchController)

HERMES

✨ Nuevos Endpoints (6)

GET          /api/workflow/v1/permissions  (WorkflowController)
POST         /api/workflow/v1/search  (WorkflowController)
POST         /api/workflow/v1/user/adherence/search  (WorkflowController)
POST         /api/workflow/v1/user/search  (WorkflowController)
POST         /api/workflow/v1/user/validation/search  (WorkflowController)
PUT          /api/admin/hermes/clear-all (AdminAPIController

⏲️ Endpoints Deprecados (2)

 POST        /api/v2/workflow (WorkflowControllerV2)
 GET         /api/v1/workflow/execution/{id} (WorkflowOldController)

ZEUS

✨ Nuevos Endpoints (7)

PUT          /api/admin/zeus/clear-all  (AdminAPIController)
GET          /public/v6/auth/oidc/login  (OidcRestController)
GET          /public/v6/auth/saml2/login  (SamlRestController)
POST         /api/user-language/v1/update (UserLanguageController)
GET          /api/user-language/v1/obtain (UserLanguageController)
POST         /api/user/v1/autocomplete (UserAutoCompleteController)
POST         /api/user/v1/signed (UserSignedController)

❌ Endpoints Eliminados (5)

GET          /api/v2/auth/user (AuthorizationInfoControllerV2)
GET          /api/v2/organizationalunit/list/all (OrganizationalUnitControllerV2)
GET          /api/v2/organizationalunit/tree/{objectSubtype}/{permission} (OrganizationalUnitControllerV2)
GET          /public/v4/auth/licensed (AuthenticationPublicControllerV4)
POST         /public/v4/auth/logout (AuthenticationPublicControllerV4)

⏲️ Endpoints Deprecados (11)

POST        /api/admin/zeus/create/userLanguage (AdminAPIController)
PATCH       /api/admin/zeus/update/userLanguage (AdminAPIController)
DELETE      /api/admin/zeus/delete/userLanguage (AdminAPIController)
POST        /api/v2/auth/roles/byActionAndOrganizationalUnit (AuthorizationInfoControllerV2)
POST        /public/v4/auth/login/oidc/{provider} (AuthenticationPublicControllerV4)
POST        /public/v4/auth/login/oidc/password/{provider} (AuthenticationPublicControllerV4)
POST        /public/v4/auth/login/password/{provider} (AuthenticationPublicControllerV4)
POST        /api/v1/language/update (UserLanguageOldController)
GET         /api/v1/language/obtain (UserLanguageOldController)
GET         /api/v1/language (UserLanguageOldController)
POST        /api/v5/auth/users (AuthorizationInfoControllerV5)

PORTUNO

✨ Nuevos Endpoints (17)

POST         /api/portuno/appconfiguration/v1/create (AppConfigurationController)
POST         /api/portuno/appconfiguration/v1/search (AppConfigurationController)
GET          /api/portuno/appconfiguration/v1/get/{id} (AppConfigurationController)
GET          /api/portuno/appconfiguration/v1/public (AppConfigurationController)
GET          /api/portuno/appconfiguration/v1/getAll (AppConfigurationController)
POST         /api/portuno/appconfiguration/v1/update/{id} (AppConfigurationController)
POST         /api/portuno/appconfiguration/v1/updateBulk (AppConfigurationController)
POST         /api/portuno/appconfiguration/v1/delete/{id} (AppConfigurationController)
POST         /api/portuno/translations/v1/search (TranslationController)
GET          /api/portuno/translations/v1/used-for (TranslationController)
POST         /api/portuno/translations/v1/exists (TranslationController)
POST         /api/portuno/translations/v1/apply-default-values (TranslationController)
POST         /api/portuno/i18n/v1/submit (I18nController)
GET          /public/portuno/languages/v1/available (LanguagePublicController)
GET          /public/portuno/languages/v1/active (LanguagePublicController)
POST         /api/portuno/languages/v1/search (LanguageController)
GET          /api/portuno/languages/v1/get/{i18nCode} (LanguageController)

❌ Endpoints Eliminados (2)

PATCH         /api/portuno/languages/{id} (LanguageController)
DELETE        /api/portuno/languages/{id} (LanguageController)

⏲️ Endpoints Deprecados (2)

GET         /api/v2/appconf (AppConfigurationLegacyController)
PUT         /api/portuno/insert/translations (AdminController)

Hermes

• Se añade la columna external_sending en la tabla de notification para configurar a que proovedores externos (MAIL, TEAM, etc) se envían notificaciones.

• Cambio de tipo en la columna request_reason en la tabla workflow_execution

• Creada nueva notificación nativa para validación incorrectas sobre los atributos de tipo ENRICHED.

Zeus

• Se renombran permisos otorgados a roles en base a lo definido en Ampliar y establecer permisos de la aplicación y Cambios en permisos existentes en Actualización en la plataforma

• Se han eliminado las claves extranjeras en la tabla user_languaje para adaptar a los cambios realizados sobre los idiomas.

• Añadidas las columnas previous_login y signed sobre la tabla users para la información adicional de login en la pantalla de inicio y el contrato de condiciones de uso de la plataforma.

Kerno

• Añadidas columnas en la tabla Entity se han añadido las columnas data_access e information_access para la nueva funcionalidad de información de acceso.

• Cambio en attribute_value sobre la columna i18n para adaptar a los cambios realizados sobre los idiomas.

• Eliminación de las validaciones de MIN_LENGHT y MAX_LENGHT en atributos de tipo ENRICHED_TEXT_AREA y ENRICHED_TEXT_AREA_INTERNATIONAL

Minerva

• Ampliación de la tabla saved_search para acomodar diferente filtros para ambos portales. Añadiendo search_place y cambiando sorting_type a ser una cadena de texto.