Liferay DXP · Fin de soporte · Revisado el 28-10-2026
Liferay end of life: fechas de fin de soporte por versión
¿Tu versión ya no recibe parches? Dinos cuál es y te respondemos qué hacer, sin venderte una migración que no necesitas. Abajo están las fechas por versión, con su fuente y la fecha en que las revisamos.
Tabla de fin de soporte
Fin de soporte de Liferay por versión
Liferay divide la vida de cada versión en dos etapas: soporte premium, con fix packs, parches de seguridad y correcciones nuevas, y soporte limitado, en el que solo se atienden consultas sobre lo ya publicado y no salen correcciones nuevas. Para decidir un upgrade importa la primera fecha: desde ahí, cada vulnerabilidad nueva queda sin parche oficial. La columna «Fin de soporte» recoge la fecha que publica endoflife.ai; la columna «Soporte limitado» queda por confirmar en liferay.com.
| Versión | Fin de soporte | Soporte limitado | Estado |
|---|---|---|---|
| 6.2 | Terminado [VERIFICAR fecha en liferay.com] | [VERIFICAR en liferay.com] | Sin soporte |
| 7.0 | Terminado [VERIFICAR fecha en liferay.com] | [VERIFICAR en liferay.com] | Sin soporte |
| 7.1 | Terminado [VERIFICAR fecha en liferay.com] | [VERIFICAR en liferay.com] | Sin soporte |
| 7.2 | 3 de junio de 2026 [VERIFICAR en liferay.com] | [VERIFICAR en liferay.com] | Sin soporte |
| 2025.Q4 | 25 de noviembre de 2026 [VERIFICAR en liferay.com] | [VERIFICAR en liferay.com] | |
| 7.3 | 12 de octubre de 2027 [VERIFICAR en liferay.com] | [VERIFICAR en liferay.com] | |
| 7.4 | [VERIFICAR fecha en liferay.com] | [VERIFICAR en liferay.com] | Revisar update |
| 2025.Q1 LTS | [VERIFICAR fecha en liferay.com] | [VERIFICAR en liferay.com] | Con soporte |
| 2026.Q1 LTS | [VERIFICAR fecha en liferay.com] | [VERIFICAR en liferay.com] | Con soporte |
| Quarterly no LTS (2026.Q2, 2026.Q3) | Cerca de un año desde su lanzamiento [VERIFICAR en liferay.com] | [VERIFICAR en liferay.com] | Con soporte corto |
Fuente principal: Service Life Policy de Liferay en liferay.com [VERIFICAR cada fecha antes de publicar]. Fuente secundaria: endoflife.ai, rastreador de terceros, consultado el 27-10-2026 (informe de keywords 03). Revisado el 28-10-2026; la tabla se revisa con cada quarterly release.
Dime tu versión
Dime tu versión y te decimos qué hacer.
Escribe en el mensaje tu versión exacta y, si lo sabes, el fix pack o update (por ejemplo, «7.2 FP15» o «7.4 U92»). Si no la tienes a mano, aparece en la primera línea del log de arranque del servidor. Te respondemos por correo qué te corresponde hacer según tu versión, aunque la respuesta sea «todavía nada».
Te respondemos qué hacer según tu versión. Sin costo.
Riesgo
Qué significa quedar sin soporte
Quedar sin soporte significa que Liferay deja de publicar fix packs y parches de seguridad para tu versión. El portal sigue funcionando al día siguiente; el problema llega con el próximo CVE publicado, que queda sin corrección oficial, y con la siguiente auditoría que pregunte por qué hay software fuera de soporte en producción.
Parches y CVE. Liferay publica sus vulnerabilidades con identificador CVE y las corrige en las versiones con soporte. En una versión sin soporte, esa corrección no llega, y la mitigación pasa a ser tuya: reglas en el WAF, módulos desactivados o backports hechos en casa que nadie más audita. Las búsquedas «liferay 6.2 cve» y «liferay 7.3 exploit» aparecen en el autocompletado de Google (informe de keywords 03, 27-10-2026): hay gente buscando exactamente esas brechas.
Auditorías en banca y Estado. Las revisiones de TI y de control interno suelen pedir un inventario de software con su estado de soporte. Un portal fuera de soporte aparece como hallazgo y obliga a presentar un plan con fecha. Es mejor llegar a esa reunión con el plan hecho que redactarlo con el informe del auditor encima.
Ley 21.719. La nueva ley de protección de datos personales entra en vigencia el 1 de diciembre de 2026 [VERIFICAR fecha en bcn.cl] y exige medidas de seguridad acordes al riesgo de los datos que trata tu organización. Un portal con login, formularios y datos de clientes corriendo en una versión sin parches es difícil de defender como medida adecuada. Si tu portal maneja datos personales, revisa también la adecuación a la Ley 21.719.
Lo que no significa: el portal no se apaga y no tienes que migrar este mes. Significa que cada mes que pasa el riesgo acumulado sube y el salto de versión se alarga, porque la distancia entre tu código y la versión de destino crece con cada quarterly release que sale.
Árbol de decisión
Qué hacer según tu versión
6.2 o anterior
Es un rescate, no un upgrade. 6.2 usa plugins WAR, hooks y ext que 7.x ya no admite, temas con otra estructura y portlets que hay que reescribir casi por completo. La ruta de base de datos hacia 7.4 hay que confirmarla en la documentación oficial [VERIFICAR ruta soportada en learn.liferay.com]. Primero se rescatan contenido, usuarios y documentos; después se reconstruye la presentación con fragments y Objects.
Para quién: Prioridad: máxima. Es el proyecto más largo de esta lista.
7.0 y 7.1
Sin soporte desde hace tiempo. El upgrade de base de datos puede ir a 7.4 en un solo salto [VERIFICAR en learn.liferay.com]; el costo real está en los módulos compilados contra APIs que cambiaron, en las JSP sobrescritas y en los temas. La guía tiene una sección específica para quien viene de 7.0 o 7.1.
Guía de upgrade a 7.4Para quién: Prioridad: alta. Empieza por el inventario de módulos.
7.2
Fin de soporte el 3 de junio de 2026 [VERIFICAR en liferay.com]. Es la versión que más se migra hoy y la que tiene el camino más documentado. Con pocos módulos propios, el upgrade a 7.4 o a 2026.Q1 es un proyecto acotado; con Service Builder, temas propios e integraciones, conviene partir por una evaluación técnica.
Para quién: Prioridad: alta. Ya estás fuera de soporte.
7.3
Tienes hasta el 12 de octubre de 2027 [VERIFICAR en liferay.com]. Es la mejor posición posible: planificar en 2026 y migrar en 2027 sin apuro. 7.3 ya trae style books, master pages y buena parte de las APIs de 7.4, así que el salto de código suele ser menor que desde 7.2.
Para quién: Prioridad: media. Agenda la evaluación con un año de margen.
7.4 con updates
7.4 recibió updates numerados (U1, U2…) hasta que Liferay pasó al modelo de quarterly releases [VERIFICAR en qué update terminó la serie]. Si estás en un update antiguo, el paso natural es una quarterly LTS: el cambio de código es menor, pero revisa los breaking changes de cada versión intermedia y la versión de Java soportada.
Para quién: Prioridad: media. El riesgo está en quedarse en un update viejo.
Quarterly no LTS
Cada quarterly que no es LTS tiene cerca de un año de soporte [VERIFICAR en liferay.com]. 2025.Q4 vence el 25 de noviembre de 2026 [VERIFICAR en liferay.com]. Si no quieres actualizar cada trimestre, muévete a la Q1 LTS más reciente y quédate ahí hasta la siguiente.
Para quién: Prioridad: según la fecha de tu quarterly. 2025.Q4 es urgente.
Quarterly LTS
Estás en la versión que menos trabajo te da. Aplica los parches de tu LTS a medida que salen y planifica el salto a la siguiente LTS con un trimestre de anticipación, revisando la compatibility matrix antes de tocar nada.
Para quién: Prioridad: baja. Mantención al día.
Calendario
Quarterly releases y LTS
Desde 2023, Liferay publica una versión de DXP cada trimestre (2025.Q4, 2026.Q1, 2026.Q2…). La primera de cada año es LTS [VERIFICAR desde qué año aplica], con soporte extendido; las demás tienen soporte corto [VERIFICAR duración en la Service Life Policy]. Para un portal corporativo que no quiere actualizar cuatro veces al año, lo razonable es moverse de LTS en LTS.
El nombre ya dice la fecha: 2026.Q1 es la versión del primer trimestre de 2026. Cada quarterly trae funciones nuevas y también breaking changes, que Liferay documenta por versión; por eso saltar de 2025.Q1 a 2026.Q1 obliga a leer las notas de las tres quarterly intermedias, aunque nunca las hayas instalado. Un ejemplo concreto: el Fragments Toolkit quedó deprecado desde 2024.Q1 [VERIFICAR en learn.liferay.com], y quien mantiene fragments con esa herramienta tiene que cambiar de flujo antes de su próximo upgrade.
Para elegir la versión de destino, el documento que manda es la compatibility matrix de cada quarterly: qué JDK, qué base de datos, qué servidor de aplicaciones y qué versión de Elasticsearch u OpenSearch están certificados. El calendario completo y cómo leer esa matriz están en el artículo Liferay quarterly releases: qué son y cuál es LTS.
LTS o quarterly corta: cómo elegir
| Criterio | Quarterly LTS (Q1) | Quarterly no LTS |
|---|---|---|
| Frecuencia de upgrade | Una vez al año o menos | Cada trimestre para seguir con soporte |
| Duración del soporte | Extendida [VERIFICAR años en liferay.com] | Cerca de un año [VERIFICAR en liferay.com] |
| Funciones nuevas | Llegan con hasta un año de retraso | Llegan apenas salen |
| Pruebas de regresión | Una ronda grande al año | Una ronda por trimestre |
| Para quién | Banca, Estado y portales corporativos con ventanas de cambio estrictas | Equipos con CI/CD y pruebas automatizadas maduras |
Preguntas frecuentes
Lo que preguntan antes de decidir.
¿Cuándo termina el soporte de Liferay 7.2, 7.3 y 7.4?
Según endoflife.ai, el soporte de 7.2 terminó el 3 de junio de 2026 y el de 7.3 termina el 12 de octubre de 2027; para 7.4, [VERIFICAR fecha en la Service Life Policy de liferay.com]. Las fechas de 7.2 y 7.3 también se confirman en liferay.com antes de publicar. La tabla de esta página se revisa con cada quarterly release.
¿Qué pasa si sigo usando una versión sin soporte?
El portal sigue funcionando, pero deja de recibir fix packs y parches de seguridad. Cada CVE nuevo queda abierto, las auditorías de TI lo marcan como hallazgo y, con la Ley 21.719 vigente, cuesta justificarlo como medida de seguridad adecuada. Además, cada trimestre que pasa el salto de versión se alarga.
¿Qué son las quarterly releases y cuál es LTS?
Son las versiones trimestrales de Liferay DXP, con nombre por año y trimestre (2026.Q1, 2026.Q2…). La Q1 de cada año es LTS, con soporte extendido; el resto tiene soporte corto [VERIFICAR duración en liferay.com]. El detalle está en Liferay quarterly releases.
¿Pueden mantener una 7.1 o 7.2 mientras planificamos la migración?
Sí, con una bolsa de horas: aplicamos los últimos parches disponibles, endurecemos la configuración (módulos que no usas, servicios JSON-WS expuestos, cabeceras de versión), vigilamos rendimiento y preparamos la evaluación técnica en paralelo. Lo que nadie puede hacer es fabricar parches oficiales que Liferay ya no publica: mantener compra tiempo, no reemplaza el upgrade.
¿Se puede migrar directamente de Liferay 6.2 a 7.4?
La base de datos se puede llevar por la ruta que indica la documentación oficial [VERIFICAR ruta soportada en learn.liferay.com], pero el código no: plugins WAR, hooks, ext y temas de 6.2 se reescriben. En la práctica es un proyecto de reconstrucción con rescate de contenido, y conviene evaluarlo como tal en el servicio de migración.
Siguiente paso