|
Para aquellos que no están familiarizados al entorno ILE, hay que saber que antes, era imposible de obtener este nivel la modularidad debido a lo penalizante en gran medida en términos de rendimiento de aplicaciones. Al día de hoy, gracias a ILE, se puede mezclar el código nativo y el código Java, se puede migrar fácilmente hacia una arquitectura sub-contratada, se puede administrar propiamente sus específicos, y sobre todo, sin alterar los rendimientos de sus aplicaciones, ¿no es esto maravilloso?
¡Así es! Quien dice nueva arquitectura dice también nuevas necesidades para los programadores para bien controlarla. Es la razón por la que hemos dotado regularmente las suites ARCAD de una batería de herramientas especificas haciendo la vida del programador mas simple. Es evidentemente el caso para el entorno ILE que ve a ARCAD dotarse de un referencial de procedimientos, de referencias cruzadas especificas y de herramientas de control de pases de parámetros.
En breve, adaptar los estándares del entorno ILE, al mismo titulo que el estándar SQL, modernizar sus aplicaciones System i por largo tiempo.
LA SOLUCION ARCAD...
Objetivo :
La gestión de ILE al seno de ARCAD tiene como objetivo de permitir a los conceptores y programadores de aprovechar las ventajas de desarrollo modular que propone ILE, dando a ARCAD el máximo de nuevas cualidades técnicas impuestas por este entorno.
Aquí la lista de los principales puntos clave tratados por ARCAD :
Documentación :
La documentación que ARCAD provee por ILE comprende :
- Los enlaces ILE : Son administrados en forma de “fuente” del tipo ILEPGM o ILESRVPGM (o igual directamente sobre los RPGLE, CBLLE,…). La edición del enlace es totalmente asimilada a una compilacion.
- El referencial de procedimientos : Enlista (con los criterios de búsqueda) el conjunto de procedimientos exportados, con sus parámetros. Las funcionalidades pueden ser entradas (o recuperadas en las fuentes) a fin de mejor documentar el objetivo de cada procedimiento, así que cada uno de sus parámetros.
- Las referencias cruzadas al nivel de procedimientos : permiten de visualizar las cadenas de llamado (llamantes/llamadas) por procedimiento, pero igualmente con los programas OPM (ya que es raro que una aplicación sea totalmente ILE).
- Por cada procedimiento, se puede visualizar la ubicación de su definición –código fuente), su declaración (prototipo), su objeto de ejecución (programa o programa de servicio), su grupo de activación así que el conjunto de sus usos (llamados). Además, es posible de ejecutar el procedimiento de manera unitaria.
Desarrollo :
Para facilitar al máximo el trabajo de los programadores
- Cuando una compilación da un modulo, todos los programas y los programas de servicio que lo incluyen son propuestos a la recompilación.
- En lo que se refiere a la modificación de fuentes de procedimientos o de su prototipo, hay una detección de la naturaleza real de la modificación efectuada por el programador, a fin de optimizar las recompilaciones inducidas, además de la recompilacion del modulo y del programa de servicio que lo incluye :
- Si solo el cuerpo del procedimiento ha sido modificado, ninguna otra recompilacion.
- Si los parámetros del procedimiento han sido modificados, solicitud de recompilacion únicamente para los componentes usando efectivamente este procedimiento.
- Si nuevos procedimientos han sido agregados, generación eventual de una fuente de exportación (BND) por versión permitiendo asegurar la compatibilidad ascendente de firmas, sin recompilar todo.
- Si los procedimientos ha sido suprimidos, hay que recompilar todo.
Puesta en test / Puesta en producción :
Cuando sucede la integración de una versión hacia los entornos de tests o la puesta en producción, los controles evocados anteriormente son todos efectuados nuevamente, pero por todos los componentes de la versión. Aseguran notablemente que cada compilacion de una fuente es bien posterior a la última modificación de una fuente incluida que describe un prototipo de procedimiento.
Además, se puede solicitar igualmente un control de la coherencia de parámetros (útil cuando los llamados de procedimientos no son del todo prototipazos o cuando el prototipo esta duplicado) eventualmente con mas control de parámetros para los llamados OPM.
El conjunto de compilaciones es puesto a un lanzamiento automático, que permite compilar los programas de servicio en un orden preciso.
|
