Hola Pablo,
Muchas gracias por el adjunto.
Mirando los logs, creo que la razón porque el proyecto pilaga_1_10_0 esta vacio es porque se creo de cero. En el log aparece esto
Fecha: 23-10-2009 15:27:24
Ruta: C:\SIU\SIU-Pilaga\bin
Argumentos: proyecto crear -i pilaga_control_1_10_0 -p pilaga_1_10_0
Lo que hizo es crear un nuevo proyecto distinto a pilaga lllamado pilaga_1_10_0, y luego borro todos los archivos de metadatos de la carpeta pilaga_1_10_0 reemplazandolos por el contenido vacio del nuevo proyecto.
Para usar el proyecto pilaga en distintas instancias, siempre el id del proyecto tiene que ser pilaga a secas y no hay que crearlo, sino cargarlo indicándole que la carpeta no se llama pilaga sino pilaga_1_10_0.
De lo que tenes actualmente en esa instancia yo haría lo siguiente:
- Borra y volve a crear la carpeta C:/SIU/SIU-Pilaga/proyectos/pilaga_1_10_0 conteniendo el codigo fuente de pilaga dentro
- Edita el archivo instalacion\i__pilaga_control_1_10_0\instancia.ini y reemplaza el contenido por esto
base = toba_1_0_12_control110
proyectos = pilaga
tipo = normal
[pilaga]
path = C:/SIU/SIU-Pilaga/proyectos/pilaga_1_10_0
url = /pilaga_1_10_0
Eso le indica que para la instancia el proyecto pilaga se encuentra en tal carpeta y se accede mediante esa url. Esta es la forma de tener un mismo proyecto en diferentes carpetas.
- Ejecuta
toba instancia cargar -i pilaga_control_1_10_0
La idea es cargar la base de toba con los metadatos de pilaga
- Reinicia el navegador web (para que borre las cookie) e intenta acceder a http://localhost/pilaga_1_10_0. Probablemente no tengas un usuario con el cual acceder al proyecto ya que creamos la instancia desde cero. En ese caso deberías ejecutar lo siguiente para crear uno nuevo
toba instancia crear_usuario -i pilaga_control_1_10_0
e ingresar con dicho usuario.
Algo que tenes que tener en cuenta es si pilaga 1.10.0 usa exactamente la misma version de toba que la 1.9.6, esto es importante porque si no lo usan te obliga a instalar distintas versiones de toba, consultalo con la documentación o soporte del proyecto.
No se si aplica a tu caso, lo que muchas veces hacemos para evitar dolores de cabeza en la administración de estas cosas es hacer una instalación de toba por instalación del proyecto. De esa forma los podes actualizar independientemente entre ellos. Más alla de espacio en disco no le veo gran ventaja en reutilizar el código de toba. Te quedaría
C:/SIU/pilaga_abm
C:/SIU/pilaga_admin
C:/SIU/pilaga_control
C:/SIU/pilaga_nueva_version
Cada una con su toba y pilaga tal cual lo distribuye el equipo de pilaga. Hoy es 0.9 y estas haciendo pruebas con la 1.10, pero en unos meses o años posiblemente sea la misma situación con otras versiones. Tenerlo separado te permite actualizar la versión de cada uno sin interferir en las otras.
Cualquier problema la seguimos
Acá te envio adjunta la carpeta instalación.