Diferencia entre revisiones de «SIU-Pilaga/version2.3.6/actualizacion/desarrollo»
(→Actualización de SIU-Pilagá del entorno de desarrollo) |
(→Actualización de SIU-Pilagá del entorno de desarrollo) |
||
| Línea 9: | Línea 9: | ||
<path proyecto SIU-Pilaga>/bin/sh toba personalizacion exportar -p pilaga -i desarrollo | <path proyecto SIU-Pilaga>/bin/sh toba personalizacion exportar -p pilaga -i desarrollo | ||
</source> | </source> | ||
| − | #:El resultado de esta exportación se almacena en la carpeta | + | #:El resultado de esta exportación se almacena en la carpeta '''<path proyecto SIU-Pilaga>/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. |
#Luego hay que instalar la nueva versión del proyecto. Seguir en el [[SIU-Pilaga/version2.3.6/instalacion_desde_cero/desarrollo|instructivo de instalación de cero para desarrollo]]. | #Luego hay que instalar la nueva versión del proyecto. Seguir en el [[SIU-Pilaga/version2.3.6/instalacion_desde_cero/desarrollo|instructivo de instalación de cero para desarrollo]]. | ||
| + | #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: | ||
| + | #:<source lang="php" enclose="div"> | ||
| + | <path proyecto SIU-Pilaga>/bin/sh toba personalizacion conflictos -p PROYECTO | ||
| + | <path proyecto SIU-Pilaga>/bin/sh toba personalizacion importar -p PROYECTO | ||
| + | </source> | ||
| + | #: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 parámetro 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. | ||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
<br /><br /> | <br /><br /> | ||
---- | ---- | ||
[[SIU-Pilaga/Version_2.3.6/instalacion_actualizacion|<Volver al esquema de instalación y actualización de la versión]] | [[SIU-Pilaga/Version_2.3.6/instalacion_actualizacion|<Volver al esquema de instalación y actualización de la versión]] | ||
Revisión del 11:26 13 abr 2016
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
- 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 <path proyecto SIU-Pilaga>/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.
- Luego hay que instalar la nueva versión del proyecto. Seguir en el instructivo de instalación de cero para desarrollo.
- 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:
- <path proyecto SIU-Pilaga>/bin/sh toba personalizacion conflictos -p PROYECTO
<path proyecto SIU-Pilaga>/bin/sh 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 parámetro 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
