[Gvsig_desarrolladores] Entorno de compilación y depuración de gvSIG

[Francisco José]

Nosotros lo tenemos en el CVS, y bajando del CVS los proyectos 
principales, todo está prácticamente configurado. Solo necesitas usar 
los build.xml de cada proyecto para ir compilando lo que necesitas.
Y cuando cambias algo, vuelves a compilar.

Ahora bien, quizás lo más cómodo sería hacer algo como lo que hice yo 
hace algún tiempo:
1.- Creas un workspace nuevo vacío.
2.- Importas todos los proyectos que necesites (para hacer prácticas, lo 
mejor es no apabullar y coger lo mínimo: Andami, corePlugin, FMap, gvSIG 
(si vas a operar con raster, también Cresques).
3.- Configuras todo lo que se te ocurra. Para ello, pones las opciones 
de compilación (1.4 o superior), pones los parámetros para ejecutar 
gvSIG (launcher de Andami), etc, etc.

Una vez arrancado gvSIG desde Eclipse, ya lo tienes todo configurado. 
Basta copiar ese directorio a otros ordenadores, y decirle a los 
estudiantes que al abrir Eclipse, abran ese workspace.

Muy recomendable: Una vez ejecutado gvSIG la primera vez, ejecuta en 
modo Debug y pon algunos breakpoints en appGvSIG, en FMap y/o en 
corePlugin y Andami. Los pruebas, y te pedirá que le digas qué proyectos 
tiene que tener en cuenta para buscar el código fuente en depuración. Se 
lo dices, y tendrás todo preparado para debuggear, e incluso podrás 
cambiar "al vuelo" trozos de código, salvar el archivo y continuar con 
la ejecución, probando los cambios que hayas hecho. Utilísimo para 
programar.

Espero haberte ayudado.

Salu2.

Miguel R. Luaces escribió:
> Hola,
>
> como parte de la asignatura "Bases de Datos 3" de la Facultad de
> Informática de la Universidad de A Coruña tenemos un mes de clase
> dedicado a Sistemas de Información Geográfica (SIG).
>
> A los alumnos les proponemos como práctica la implementación de alguna
> funcionalidad relacionada con SIG, ya sea a nivel de base de datos
> (mediante Pl/pgSQL), a nivel de servicios web, o a nivel de
> herramientas de visualización.
>
> Mi idea este año era hacerlo con gvSIG. Sin embargo, es bastante
> difícil ponerlo a funcionar en Eclipse de tal forma que se pueda
> compilar una nueva extensión, modificar alguna funcionalidad, o
> utilizar las herramientas de depuración o las de lectura de codigo.
> Mientras que con una herramienta como JUMP puedo montar un proyecto de
> Eclipse en cinco minutos que permita desarrollar y depurar
> extensiones, y que incluso permite cambiar clases de JUMP, poner
> breakpoints, inspeccionar variables, etc..., llevo dos días
> intentándolo con gvSIG y aún no lo he conseguido del todo.
>
> Así que la pregunta es: ¿como lo haceis vosotros? ¿Habeis conseguido
> montar gvSIG en Eclipse de tal manera que se puedan desarrollar
> extensiones fácilmente, poniendo breakpoints en cualquier clase? Mi
> solución ideal sería en la que pudiera tener gvSIG en un único
> proyecto, que Eclipse compilara las clases para poder detectar los
> errores en el entorno y no tener que detectarlos al compilar con ant,
> y en la que no tuviera que asociar a mano con cada uno de los jars de
> las librerias y las extensiones un directorio de codigo fuente.
>
> Muchísimas gracias por adelantado por las ideas que me propongais.
>
> Un saludo,
>  Miguel
>
>
> _______________________________________________
> gvSIG_desarrolladores mailing list
> gvSIG_desarrolladores en runas.cap.gva.es
> http://runas.cap.gva.es/mailman/listinfo/gvsig_desarrolladores


-- 
Francisco José Peñarrubia
Equipo gvSIG

IVER T.I. S.A.
c/Salamanca 50
46005 Valencia
Spain