ASEGURADORA

Cómo una aseguradora modernizó 700 ventanas
J2EE legacy hacia Spring Boot
con migración automática al 100%

Tres aplicaciones de gestión comercial. Aproximadamente 700 ventanas. Tecnologías de origen heterogéneas —Struts 1.1, BC4J, JSP, JavaScript legacy, PL/SQL y Oracle— que bloqueaban la actualización de la base de datos y obligaban a ejecutar las aplicaciones sobre versiones concretas de navegador. Este caso de modernización legacy en seguros documenta cómo Go4IT Solutions migró al 100% el código de estas aplicaciones de forma automática, alineando la arquitectura destino con los estándares internos de la organización y estructurando el proceso en 5 fases para garantizar la continuidad operativa.

Magnitudes del proyecto


  • Migración de 3 aplicaciones de gestión comercial
  • Alcance de aproximadamente 700 ventanas distribuidas en 30 módulos
  • Conversión tecnológica desde Struts 1.1, BC4J, JSP y JavaScript legacy
  • Modernización progresiva estructurada en 5 fases
  • Sustitución de tecnologías obsoletas con impacto directo en navegadores y base de datos Oracle
  • Incorporación de mejoras de usabilidad y nuevos componentes gráficos

El reto: tecnologías obsoletas que bloqueaban la evolución del negocio

Las aplicaciones de gestión comercial de esta entidad aseguradora operaban sobre un stack tecnológico que generaba dos problemas críticos y concretos. Por un lado, la dependencia de BC4J y versiones antiguas de Oracle impedía actualizar el gestor de base de datos a versiones más recientes —con implicaciones directas en soporte, seguridad y rendimiento—. Por otro, las aplicaciones solo podían ejecutarse sobre versiones concretas de navegador, limitando la capacidad de actualización del entorno de puesto de trabajo.

Esta situación es más común de lo que parece en el sector asegurador español: aplicaciones desarrolladas entre 2000 y 2010 sobre frameworks J2EE que en su momento eran estándar de facto —Struts, BC4J, JSP— y que hoy son tecnologías sin soporte activo.

El 68% de los proyectos de modernización con IA generativa en sistemas críticos se interrumpieron o redujeron su alcance por problemas de trazabilidad (Forrester Research, 2024). En aplicaciones de gestión comercial de una aseguradora, donde la lógica de cálculo de comisiones y los flujos de activación de pólizas no admiten variaciones, el determinismo del proceso de migración no es negociable.

ChatGPT Image 8 jul 2026, 12_55_25

La solución: migración automática con herramienta propia
y adaptación a la arquitectura de destino

Go4IT Solutions propuso una migración automática de las tres aplicaciones al framework interno de la entidad, apoyada en Go4IT Alight —su herramienta propia de análisis, transformación y regeneración de código legacy— capaz de personalizar el proceso de conversión a los requisitos específicos de la arquitectura destino. El proyecto contempló la conversión completa de la capa de acceso a base de datos, la migración de la interfaz y los controladores, la sustitución de JSP y etiquetas Struts por plantillas Thymeleaf, y la optimización del JavaScript obsoleto. Adicionalmente, se incorporaron mejoras de usabilidad mediante nuevos componentes gráficos. La migración se estructuró en 5 fases progresivas, permitiendo obtener versiones parciales a lo largo del proyecto y minimizando el riesgo en cada etapa. La alineación con la arquitectura interna de la organización fue un requisito de diseño desde el inicio: la arquitectura destino fue el estándar tecnológico que la propia entidad había definido como plataforma de destino.


Resultados: 100% automatizado, arquitectura alineada,
base para la evolución futura

El proyecto logró migrar el 100% del código de las tres aplicaciones de forma automática, manteniendo la funcionalidad existente íntegramente. La modernización progresiva en 5 fases facilitó una transición ordenada, minimizando riesgos y permitiendo validar el resultado en cada etapa antes de avanzar a la siguiente. La nueva base tecnológica eliminó la dependencia de Struts 1.1, BC4J y JSP, desbloqueando la actualización del gestor de base de datos Oracle y liberando el entorno de puesto de trabajo de las restricciones de versión de navegador. Las mejoras de usabilidad incorporadas durante el proyecto fueron recibidas positivamente por los equipos comerciales, que percibieron una plataforma más moderna y ágil sin necesidad de un período de adaptación prolongado.

Principales retos abordados

  1. Migrar el 100% del código de manera automática, manteniendo la funcionalidad existente íntegramente.
  2. Sustituir tecnologías obsoletas —Struts 1.1, BC4J, JSP— por equivalentes actuales dentro de la arquitectura de destino.
  3. Mantener la continuidad operativa durante una migración progresiva estructurada en fases.
  4. Mejorar la usabilidad de la solución sin alterar el comportamiento funcional esperado.
  5. Adaptar las aplicaciones a una arquitectura moderna basada en servicios y componentes reutilizables.