| gvSIG desktop 1

A partir de la version 1.0 de gvSIG desde los responsables de desarrollo en el proyecto hemos intentado mantener las dependencias de forma que una libreria no dependenda de una extension. Las librerias, aunque sean librerias desarrolladas por el propio proyecto intentamos que mantengan su independencia y puedan ser usadas y compiladas de forma autonoma. Con unas se ha conseuido mejor y con otras no tanto. Siguiendo esta filosofia, cuando el proyecto de un plugin usa una libreria, el responsable de ese proyecto debe encargarse de mantener la libreria actrualizada a la version que crea conveniente, tanto si es una libreria de terceros como si es una libreria desarrollada en el seno del proyecto. La dependencia es desde el plugin hacia la libreria. Esa es la causa de que cuando se realizan cambios en una libreria no se despleguen al proyecto del plugin que la usa. Hacer eso seria fijar una dependencia que forzase que para compilar la libreria debemos tener el workspace de gvSIG con el proyecto del plugin donde se desplega como minimo.

Como comento, esa es la linea que se intentaba seguir, y en ella fue una de las razones de migrar a maven, para tener asi un repo de librerias unico en donde todas nuestras librerias se desplegan y desde el que los proyectos que las necesitan pueden cogerlas.

En la linea de la 1, eso era un intentar ir hacia un sitio con unas herramientas que no lo hacian nada facil, apesar de lo cual consideramos que merecia la pena.

El cambio que pides no es un cambio en unas lineas de codigo. Se trata de un cambio en la forma en que se quiere trabajar. Creo que ese cambio los que deberian decidirlo son los responsables de mantener la linea de la 1, esta version, la 1.12, y posibles versiones que pudiesen venir detras.

Ahora mismo, para ser sincero, no se quien deberia dar luz verde a este cambio.

Un saludo.

Estoy de acuerdo en que lo que propongo no es lo más ortodoxo. Pero actualmente hay un problema grave con esto. El trunk no compila, el remote-services.jar que se está distribuyendo es una versión antigua, ...

La metodología está para evitar problemas, y ahorrar tiempo, y en este caso no lo está haciendo. La realidad es que nadie toca una de esas librerías si no es con un workspace de gvSIG montando, porque es la forma en la que se están probando. Y en caso de que alguien quiere hacerlo es simplemente cambiar el target. Se puede reescribir un poco el build para que las tareas queden más claras y dejar un comentario en la descripción.

Sobre quien tiene que decidir, supongo que quien se vaya a comer los marrones es quien debería tener más peso en caso de duda pero tampoco tiene que ser blanco o negro.

Hi all,

The TSC board has approved this proposal positively. The proposal can be accessed here

Sorry for the delay, I'll try to be more sedulous next time.