[Gvsig_desarrolladores] WMS en gvSIG 2.0

César Martínez Izquierdo cesar.izq en gmail.com
Jue Oct 18 11:53:41 CEST 2012


Hola Nacho, muchas gracias por compartir estos "trucos" para
facilitarnos la vida.

En cuanto pueda lo probaré, aunque anticipo que al menos en un par de
semanas no me será posible. Si mientras tanto quisieses echar un
vistazo al parche para la rama 1.12, está aquí:
https://devel.gvsig.org/redmine/issues/1141

Saludos,

César

El día 16 de octubre de 2012 08:50, Nacho Brodin
<ibrodin en prodevelop.es> escribió:
> Hola César,
>
> Así entre tu y yo y sin que nadie se entere te diré que si te bajas
> todos los proyectos puedes usar un script de shell que hay en
> org.gvsig.raster llamado mvnraster. Lo copias al raíz de tu workspace y
> haces ./mvnraster -install -all y compilara y desplegará todo lo de
> raster donde tengas configurado tu workspace previamente (con
> prepare-workspace). Puedes modificar la plataforma editandolo si
> quieres. Por defecto está para un linux, i386 y gcc4. Con esto se bajará
> las nativas correctas. A mi me resulta cómodo pero puedes usar el método
> de ir extensión por extensión. También puedes usarlo para crear los
> .project y .classpath de todo a la vez ./mvnraster -eclipse -all
>
> Si las pruebas que haces son satisfactorias y crees que vale la pena
> subirlas puedes, o bien levantar un ticket y yo vería de incorporarlas,
> o mandarme un correo y yo lo haría directamente.
>
> Saludos,
>
> El 08/10/12 11:06, César Martínez Izquierdo escribió:
>> Gracias Cèsar, cuando tenga un rato lo pruebo.
>>
>> Saludos,
>>
>> César
>>
>> El día 8 de octubre de 2012 10:18, Cèsar Ordiñana
>> <cordinyana en gvsig.com> escribió:
>>> El 08/10/12 10:13, Cèsar Ordiñana escribió:
>>>> El 05/10/12 17:22, César Martínez Izquierdo escribió:
>>>>> Gracias Cèsar. ¿Cuál sería el procedimiento recomendado para
>>>>> incorporar estos proyectos al workspace?
>>>>>
>>>>> El workspace se creó usando el objetivo svn.checkout.all del grupo
>>>>> gvsig-standard. ¿No se incluyen los proyectos de ráster gvSIG
>>>>> estándard?
>>>> Hola César.
>>>>
>>>> Los proyectos que están ya en un repositorio propio siguen la misma
>>>> recomendación que damos a quién va desarrollar un nuevo plugin, y es
>>>> trabajar de forma independiente y contra binarios de gvSIG. Estos
>>>> binarios pueden ser una instalación de un build de gvSIG 2.0, o también
>>>> sirve si te has montado el workspace de la 2.0, apuntando al directorio
>>>> "build/product".
>>>>
>>>> Para trabajar con ellos se crea un workspace nuevo y se hace el checkout
>>>> de los proyectos. Una vez terminado verás que en el directorio raíz de
>>>> los mismos aparece un archivo "prepare-workspace.xml", que es un build
>>>> de ant que sirve para configurar el workspace. Al lanzarlo desde eclipse
>>>> (botón derecho sobre el archivo > Run As > Ant build) se realizarán
>>>> diversos pasos:
>>>>
>>>> - mvn install del proyecto.
>>>> - mvn eclipse:eclipse, para poder importar luego los proyectos hijos en
>>>> eclipse.
>>>> - Configurar maven para indicar la ubicación de los binarios de gvSIG.
>>>> Esto se hace añadiendo una propiedad en el archivo
>>>> $HOME/.m2/settings.xml, de forma que al hacer un "mvn install" de un
>>>> plugin, éste se instale sobre el gvSIG configurado.
>>>> - Instalar un launcher de gvSIG para poder arrancar y depurar
>>>> cómodamente desde el workspace del proyecto en cuestión. Para esto se
>>>> crea una variable de classpath y otra de sustitución en eclipse, con el
>>>> nombre GVSIG_HOME, que apunta a la instalación de gvSIG.
>>>>
>>>> Tras ello se reinicia eclipse y ya estará todo listo para trabajar.
>>>>
>>>> Saludos.
>>> Se me olvidaba, faltará un paso a hacer a mano. Los proyecto que
>>> construimos últimamente suelen ser de tipo multimódulo, en el que los
>>> hijos finales son los proyectos con código. Una vez terminado el proceso
>>> anterior ya tendrán generada su configuración de proyecto de eclipse, y
>>> podremos importarlos.
>>>
>>> Saludos.
>>>
>>> --
>>> Cèsar Ordiñana Navarro
>>> gvSIG software architect
>>> DiSiD Technologies (http://www.disid.com)
>>>
>>> _______________________________________________
>>> gvSIG_desarrolladores mailing list
>>> gvSIG_desarrolladores en listserv.gva.es
>>> Para ver histórico de mensajes, editar sus preferencias de usuario o darse de baja en esta lista, acuda a la siguiente dirección: http://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_desarrolladores
>>
>>
>
>
> --
> Nacho Brodin
> Equipo de desarrollo de gvSIG
> Prodevelop.SL
> http://www.gvsig.org
> http://www.prodevelop.es
>
> _______________________________________________
> gvSIG_desarrolladores mailing list
> gvSIG_desarrolladores en listserv.gva.es
> Para ver histórico de mensajes, editar sus preferencias de usuario o darse de baja en esta lista, acuda a la siguiente dirección: http://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_desarrolladores



-- 
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
   César Martínez Izquierdo
   GIS developer
   -  -  -  -  -  -  -  -  -  -  -  -  -  -  -  -  -  -  -  -
   ETC-SIA: http://sia.eionet.europa.eu/
   Universitat Autònoma de Barcelona (SPAIN)
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -


Más información sobre la lista de distribución gvSIG_desarrolladores