Los componentes analíticos de Monarch utilizan una combinación de objetos y miembros fuente como entradas. Sin embargo, para la actual fase de generación de códigos, Monarch utiliza una variedad de miembros fuente como entradas cuando se migra una aplicación RPG.

  • ILE RPG/RPG III. ILE RPG and RPG III (conocido como RPG/400) se puede migrar tanto a ASNA Visual RPG como a Microsoft C#.
  • CL. Prácticamente todos los programas RPG utilizan algo de CL. Monarch migra la CL que dirige la Coordinación de la aplicación RPG (con comandos como OVRDBF, ADDLIBL, CHGDTAARA, CALL, OPNQRYF, y OVRDBF) tanto con ASNA Visual RPG como con Microsoft C#. Verá más detalles sobre Monarch aquí.
  • Archivo de pantalla DDS. Monarch migra programas interactivos RPG como aplicaciones ASP.NET basadas en navegador web. Utiliza un archivo de pantalla DDS con las indicaciones para crear su correspondiente página Web ASP.NET.
  • Archivo de impresión DDS. ASNA DataGate proporciona archivos de impresión con funciones similares a las que ofrece IBM i. Monarch utiliza las especificaciones de impresión de archivo de la DDS generando el archivo de impresión correspondiente para DataGate.
  • Especificaciones de la impresora fuente. Cuando Monarch encuentra un programa que describe archivos de impresión, vía especificaciones RPG, las utiliza para crear su archivo de impresión correspondiente.
  • Archivos de mensajes. Monarch migra archivos de mensaje a los archivos de mensaje de DataGate, lo que en esencia es una versión de archivos de mensajes basada en XML.

Monarch es compatible con IBM I (aka OS/400) V5R4 y superior.

Tenemos muchos clientes que utilizan Monarch y no tan solo para migrar sus aplicaciones fuera de la plataforma IBM i, sino que, sobre todo, lo que hacen es facilitar y añadir funcionalidad y capacidades a su legado de aplicaciones RPG. Una vez realizada la migración a .NET, ya sea a ASNA Visual RPG o Microsoft C#, se pueden utilizar todas las ventajas del entorno .NET otorgando así mayor capacidad a su aplicación. La facilidad de integración que obtendrá con los servicios Web que ofrecen sus partners, le permitirá conectarla a los productos de Microsoft Office como Excel, o también utilizar dispositivos de entrada alternativos.

ASNA Monarch no proporciona un agente de migración para COBOL. El impacto de esto depende en si está utilizando el servidor IBM i o Microsoft SQL como servidor de la base de datos de la aplicación Monarch. Si es usuario de IBM i, el programa COBOL no podrá ser migrado, pero seguirá funcionando correctamente con el emulador de ASNA basado en navegador web. En el caso que esté utilizando Microsoft SQL, como servidor de su base de datos, necesitará encontrar un sustituto basado en .NET para su aplicación COBOL antes de que pueda migrar el 100 % de sus aplicaciones desde el IBM i.

Monarch migra ILE RPG o RPG III (aka RPG/400), pero no RPG II. El principal motivo es que surgen problemas derivados del diseño de la aplicación que hace un uso intensivo de archivos de multiformato y por consiguiente complica la utilización de los mismos. La descripción de los programas realizada por RPG II primero tendrá que ser convertida a RPG III y, probablemente, también necesitará ser dividida en distintos archivos de objetos. Las herramientas de conversión de Monarch no abordan directamente estas necesidades, lo cual no significa que no pueda realizarse. El Equipo de Servicios de ASNA cuenta con una gran experiencia en reestructurar los códigos fuente, alterando su estructura interna sin cambar el comportamiento del código, en caso necesario.

En muchas aplicaciones RPG podrá contar con Monarch para realizar, al menos, el 90-95% de la migración sin ningún tipo de dificultad. Sin embargo, en ocasiones surgen algunos modismos que deben ser solucionados antes de compilar el código migrado con Visual Studio. Un ejemplo clásico de esta situación es la vieja práctica RPG de utilizar GOTO en una subrutina para pasar de nuevo el control del programa al código de la línea principal RPG. Este tipo de inconvenientes necesitan ser resueltos “a mano” antes de compilar el proyecto migrado. Monarch Cocoon facilita una buena métrica analítica en situaciones de este tipo y también para valorar la cantidad de esfuerzo que se necesitará para realizar correctamente la migración.

Monarch migra las aplicaciones escritas con RPG/400 o ILE RPG. Independientemente de cómo haya sido generado su código RPG, con Monarch puede migrarlo.

Prácticamente todos los programas RPG utilizan una porción del programa CL. La aplicación CL se encarga de la coordinación de las aplicaciones RPG con los diferentes comandos (OVRDBF, ADDLIBL, CHGDTAARA, CALL, OPNQRYF y OVRDBF) y podrá migrarlas tanto a ASNA Visual RPG o a Microsoft C#. En la documentación de Monarch encontrará más detalles.

ASNA DataGate implementa fielmente el concepto de archivos de impresión de IBM i. Los archivos de impresión DataGate proporcionan el mismo formato de lenguaje que los archivos de impresión IBM i. Generalmente los archivos de impresión utilizan impresoras láser por lo que se pueden añadir características de personalización y mejoras a sus impresiones como; gráficos de barras, imágenes, etc.

Monarch convierte las características de los archivos de impresión DDS en DataGate como impresora de archivos. Del mismo modo, también es capaz de traspasar los formatos de registro a archivos de impresión DataGate. Después de la migración con Monarch, el archivo de impresión RPG funciona de la misma forma excepto que se dirige al archivo de impresión de DataGate.

Lea más sobre el uso de los archivos de impresión DataGate con monarch.