[Gvsig_desarrolladores] WMS en gvSIG 2.0

[Nacho Brodin]

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