Cuando un instalador heredado bloqueó la modernización, Migrato utilizó IBM Bob para abrir un camino más limpio hacia futuras actualizaciones de Java.
Para muchas organizaciones, los desafíos de modernización surgen en lugares inesperados. Para Migrato, una empresa de software con sede en los Países Bajos que ayuda a las organizaciones a analizar, inventariar, limpiar y migrar contenido no estructurado, el obstáculo no era una aplicación o un proceso empresarial importante. Era un instalador de software.
La suite de software MICC (Migrato Intelligent Content SAP Technology) de Migrato se basaba en un instalador de hace una década escrito en Java 8. El instalador desempeñaba un papel específico pero crítico, instalando y actualizando aplicaciones en toda la suite MICC. Pero debido a que dependía de Java 8, Migrato no podía usarlo para reemplazar el tiempo de ejecución de Java de forma limpia. El mecanismo diseñado para ofrecer actualizaciones se convirtió en el primer bloqueador en el esfuerzo más amplio de Migrato por modernizar su plataforma basada en Java.
MICC Manager y el instalador trabajaron juntos para administrar licencias, conexiones de servidor, acceso a aplicaciones y actualizaciones de software. Actualizar manualmente los entornos de los clientes agregaría trabajo operativo y dificultaría la coordinación de las actualizaciones. Con un equipo de desarrollo de seis personas cuya experiencia se concentraba en Java y Python, Migrato quería eliminar la dependencia del tiempo de ejecución y, al mismo tiempo, preservar el comportamiento existente del instalador y la experiencia del cliente. Estaba buscando una forma práctica de crear un camino para la modernización futura sin interrumpir la experiencia que los clientes ya conocían.
para completar una migración del instalador de Java 8 a C++ que se esperaba que tomara varias semanas
para planificar la conversión y generar la implementación inicial de C++ con IBM Bob
necesarios para que el instalador funcione, creando una ruta de despliegue independiente para futuras mejoras de Java
En lugar de tratar al instalador como una razón para reescribir toda la suite MICC, Migrato se centró en eliminar el primer obstáculo que se interponía en el camino de futuras mejoras de Java. Al reconstruir el instalador en C++, la empresa creó una aplicación nativa que ya no requería una máquina virtual Java para iniciarse, al tiempo que permitía que el resto de la base de código MICC permaneciera en Java. Este enfoque preservó la experiencia del usuario existente y establecía una base práctica para una modernización más amplia de la plataforma; los clientes podían continuar gestionando actualizaciones a través de la experiencia familiar de MICC Manager mientras Migrato modernizaba el instalador subyacente.
Al trabajar con IBM® Bob, el equipo siguió un enfoque de planificación, implementación y validación. El instalador existente sirvió como punto de referencia para la migración, ayudando a los desarrolladores a preservar los comportamientos establecidos mientras reconstruían la aplicación en C++. IBM Bob analizó el código Java, propuso una estructura de proyecto C++, asignó dependencias y generó la nueva implementación después de que los desarrolladores revisaran y aprobaran el enfoque de diseño.
Luego, el equipo validó el nuevo instalador en comparación con el comportamiento de la aplicación original. Los desarrolladores revisaron la implementación generada, examinaron funcionalidades sensibles a la seguridad y reutilizaron pruebas existentes para verificar la compatibilidad. Cuando las pruebas descubrieron un problema de tiempo entre el instalador y MICC Manager, el equipo utilizó IBM Bob para rastrear el problema, ajustar la implementación y confirmar que las pruebas de interfaz continuaron aprobando. Durante todo el esfuerzo, los desarrolladores mantuvieron la responsabilidad de las decisiones de arquitectura, la selección de dependencias y la validación.
Migrato transformó un esfuerzo que se esperaba que tomara varias semanas en un proyecto de tres días. Con IBM Bob, un desarrollador completó la planificación y la generación de código en menos de un día, mientras que la revisión, las pruebas y la validación de la integración llevaron el esfuerzo total de migración a tres días. El enfoque permitió al equipo de desarrollo de seis personas de Migrato completar una migración a C++ desconocida mientras mantenía la propiedad de la arquitectura, la revisión de seguridad y la validación final.
El resultado fue un instalador funcional que conservó el comportamiento de la aplicación Java original mientras operaba independientemente del tiempo de ejecución de Java. Como el instalador ya no depende del entorno para el que está diseñado para actualizar, puede desplegar componentes basados en Java y actualizaciones de tiempo de ejecución empaquetadas sin necesidad previa de una actualización de tiempo de ejecución separada. Los clientes pueden continuar gestionando mejoras a través de la experiencia familiar de MICC Manager mientras el instalador se encarga del trabajo de despliegue subyacente.
Lo que comenzó como un desafío con un instalador heredado se convirtió en una oportunidad para acelerar la modernización futura. Una vez eliminado el cuello de botella de despliegue, Migrato ahora tiene un camino práctico para avanzar en su estrategia de modernización de Java mientras mantiene la experiencia que sus clientes ya conocen.
Fundada en 2014 y con sede en Strijen, Países Bajos, Migrato ayuda a las organizaciones a analizar, inventariar, limpiar y migrar contenido no estructurado, incluyendo documentos, archivos PDF, registros escaneados, correos electrónicos y mensajes de chat. Mediante soluciones personalizadas, la empresa transforma la información no estructurada en insights aplicables en la práctica que agregan valor para los empleados y los procesos empresariales.
Legal
© Copyright IBM Corporation. Agosto de 2026.
IBM, el logotipo de IBM e IBM® Bob son marcas comerciales de IBM Corp., registradas en muchas jurisdicciones de todo el mundo.
Los ejemplos presentados son solo ilustrativos. Los resultados reales variarán en función de las configuraciones y condiciones del cliente y, por lo tanto, no se pueden proporcionar resultados generalmente previstos.