SIU-Pilaga/version2.3.6/actualizacion/desarrollo

De SIU
Revisión del 11:19 13 abr 2016 de Msastre (discusión | contribuciones) (Actualización de SIU-Pilagá del entorno de desarrollo)
Saltar a: navegación, buscar

Actualización de SIU-Pilagá del entorno de desarrollo

A lo largo de los pasos se deberá reemplazar:

  • <path proyecto SIU-Pilagá>: por el path donde está instalado el proyecto.
  • En caso de estar instalando la versión en entorno de Desarrollo:
    • 2.3.x: por la versión que se va a instalar.

Actualización

  1. Exportar Personalizaciones. Se tiene que exportar los cambios que se habian realizado, para esto ejecutar el siguiente comando tenga o no personalizaciones hechas.
    <path proyecto SIU-Pilaga>/bin/sh toba personalizacion exportar -p pilaga -i desarrollo
    El resultado de esta exportación se almacena en la carpeta PROYECTO/personalizacion/metadatos en formato xml. Vale aclarar que la exportación es diferencial, es decir, sólo contiene los cambios. El hecho que se haya ejecutado el comando exportar no quiere decir que no se puedan introducir más cambios, simplemente hay que ejecutar el comando nuevamente cuando se finalizan los cambios.
  2. Luego hay que instalar la nueva versión del proyecto. Seguir en el instructivo.


Cuando se obtiene una nueva versión del proyecto que había sido personalizado, tenemos que exportar los cambios que habíamos realizado. Esto es, antes de comenzar el proceso hacemos: xx@yy:~$ toba personalizacion exportar -p PROYECTO

Luego, realizamos la instalación de la nueva versión del proyecto. Indicamos que vamos a iniciar la personalización del proyecto mediante el comando que vimos anteriormente.

xx@yy:~$ toba personalizacion iniciar -p PROYECTO Una vez iniciada la personalización copiamos la carpeta personalizacion de la versión anterior, reemplazando la que viene por defecto en la nueva versión y ejecutamos los comandos:

xx@yy:~$ toba personalizacion conflictos -p PROYECTO xx@yy:~$ toba personalizacion importar -p PROYECTO Con el primer comando chequearemos si existen inconvenientes para la importación correcta de la personalización, este comando dejara un archivo de log catalogando cada error como recuperable o no. Los errores recuperables, se pueden deber a una temporalidad de ejecución.. mientras que los irrecuperables requerirán intervención para subsanarlos antes de poder importar.

Con el segundo comando, efectivamente lanzamos el proceso de importación de la personalización, el mismo puede aceptar el parametro -t en caso de ser necesario. Dicho parametro fuerza a que todo el proceso se lleve a cabo en una transacción y es recomendable que se utilice de esta manera para asegurar la atomicidad del procedimiento.


<Volver al esquema de instalación y actualización de la versión