Muestra las diferencias entre dos versiones de la página.
plugins:validacionescomponente [2017/02/02 11:57] fcristina |
plugins:validacionescomponente [2021/04/30 19:19] |
||
---|---|---|---|
Línea 1: | Línea 1: | ||
- | ====== Validaciones de componentes temporales ====== | ||
- | |||
- | Previo a la entrega de un componente temporal, es aconsejable realizar una validación integral en lo que respecta a modificaciones a nivel base de datos y del diccionario de datos de Libertya realizadas en el componente. | ||
- | |||
- | La finalidad de dicha actividad es evitar incluir eventuales errores al incorporar este componente en la versión standard de Libertya (la BBDD " | ||
- | |||
- | De esta manera evitamos entradas erróneas en el diccionario de datos que generen warnings al momento de aplicar actualizaciones de Libertya (que ya incluyen los cambios del componente temporal) sobre otra instancia. | ||
- | |||
- | ===== Ejemplo ===== | ||
- | |||
- | Para comprender el paso a paso veamos el siguiente ejemplo. | ||
- | |||
- | Los pasos para verificar el componente a nivel BBDD/ | ||
- | |||
- | ==== PASO 1: Exportar el componente temporal ==== | ||
- | |||
- | |||
- | Esto simplemente implica realizar la exportación del componente utilizando la funcionalidad **Exportar Componente**. | ||
- | |||
- | Al exportar, es posible que sea necesario habilitar el check **Validar consistencia de la bitácora**. Este check verifica para cada entrada del changelog si efectivamente existe la entrada en la BBDD. Por ejemplo, si el changelog indica la creación del campo **FOO-AD_Field-10189311**, | ||
- | |||
- | Adicionalmente, | ||
- | |||
- | Estas situaciones pueden darse por ejemplo cuando se crea información en los metadatos y se registran automáticamente los cambios en la bitácora, pero luego se elimina dicha información. Si bien la eliminación queda registrada en la bitácora, es probable que registros relacionados son eliminados directamente en cascada (por constraints de Foreign Key) sin pasar por la bitácora, generándose un eventual desfazaje entre metadatos y base de datos. | ||
- | |||
- | **NOTA:** Estas funcionalidades asiste en la búsqueda y detección de potenciales errores, y si bien en una primera iteración de la validación podría omitirse la utilización de estos checks, en caso de presentarse errores a lo largo de estos pasos probablemente en un a segunda iteración sea necesario tildarlos a fin de reducir el volumen de eventuales errores a presentarse. | ||
- | |||
- | |||
- | ==== PASO 2: Instalar en una copia de la BBDD libertya standard, incorporando al changelog ==== | ||
- | |||
- | Una vez exportado el componente **FOO** y armado el .jar de instalación, | ||
- | |||
- | De esta manera, la versión standard contendrá todos los cambios de **FOO** como si hubieran sido desarrollados directamente sobre dicha BBDD. | ||
- | |||
- | ==== PASO 3: Exportar el changelog de LY CORE que ahora incluyen los cambios de FOO ==== | ||
- | |||
- | La intención ahora es exportar LY CORE | ||
- | |||
- | Exportan su componente temporal | ||
- | Lo instalan en una BBDD de libertya actual con copyToChangelog, | ||
- | Exportan desde esa BBDD de libertya el changelog, con validación de consistencias. | ||
- | Intentan instalar sobre otra BBDD que le falta esa parte del changelog. | ||
- | |||