[Gvsig_usuarios] instalación versión 2.3

[Joaquin Jose del Cerro Murciano]

El 3 de marzo de 2016, 10:38, Joaquin Jose del Cerro Murciano <
jjdelcerro en gvsig.org> escribió:

>
>
> El 2 de marzo de 2016, 14:21, Vicente Navarro Navarro <vicente en naquera.com
> > escribió:
>
>> Buenos días. Estoy intentando instalar la nueva versión.
>>
>> He probado instalando el java 1.7 desde el enlace que publicasteis ya que
>> con la versión que tenia no funcionaba pero cuando ejecuto el programa me
>> sale el mensaje de erro que os pego el pantallazo y cuando lo cierro gvsig
>> continua con los iconos en rojo que veis y ni deja cerrarlo ni abrir
>> proyectos... se bloquea.
>>
>>
>>
>> En principio de lo que he visto que a algunos os ha funcionado no me ha
>> dado resultado nada
>>
>>
>>
>
> Hola Vicente.
> La cuestion es delicada aunque no compleja. Hay que fijarse en los
> detalles.
> Voy a comentar solo de windows, pero lo mismo es aplicable a linux.
>
> En windows tenemos sistemas de 32 y 64 bits. Si tienes un sistema de 32
> bits, precisas aplicaciones de 32 bits para que funcionen. Pero ojo, que si
> tu tienes un sistema de 64 bits, este puede hacer funcionar aplicaciones de
> 64 bits en "modo nativo", y aplicaciones de 32 bits en "modo emulado" (no
> es estrictamente una emulacion, pero no liaremos ahora con detalles). En
> principio eso nos permite ejecutar aplicaciones "antiguas que estan solo en
> 32 bits" en sistemas de 64. Ahora bien, lo que no puedes hacer en una
> aplicacion es mezclar cosas de 32 y de 64. Toda la aplicacion debe ser de
> 32 bits o de 64, sin mezcla.
>
> Con estas premisas en mente vamos a ver que pasa con gvSIG desktop.
>
> gvSIG desktop es una aplicacion que cuenta con dos grandes componentes.
> Por un lado lo que seria el "runtime de java", y por otro la propia
> aplicacion gvSIG desktop. Los dos componentes deben estar bajo la misma
> arquitectura, 32 o 64 bits. A parte tenemos el tema de la version de java
> que precisa gvSIG, que en general si tenemos un java 1.7 o superior no
> deberia darnos ningun problema.
>
> *Si tenemos un sistema de 32 bits*, deberemos descagar gvSIG desktop para
> 32 bits, y eso normalmente no nos causara ningun problema. Todo funcionara
> bien. Nunca deberiamos instalar un gvSIG desktop de 64 bits en un sistema
> de 32. Simplemente gvSIG no ira.
>
> *Si tenemos un sistema de 64 bits*, que es ya lo habitual, la cosa se
> complica un poco. Para que todo vaya lo mejor posible, la recomendacion, es
> que si tienes un sistema de 64 bits, descargues un gvSIG desktop de 64 bits
> y tengas un "runtime de java" de 64 bits (recuerda no se puden mezclar
> arquitecturas, gvSIG desktop y java deben tener la misma arquitectura). En
> caso de que tengas un gvSIG desktop de 64 bits y el "runtime de java" sea
> de 32 bits, la aplicacion arrancara como una de 32 bits y cuando intente
> cargar los componentes de 64 no sera capaz y fallara. gvSIG desktop creera
> que estas ejecutandola en un entorno de 32 bits y te mostrara el mensaje
> que te ha aparecido:
>
> "Esta ejecutando gvSIG en una plataforma x86
> "
> "Hay paquetes instalados que no son compatibles con su sistema
>
> Vamos. Si aparece ese mensaje y tu sistema es de 64 bits, seguro que estas
> ejecutando con una java de 32 bits, y no tiene nada que ver con la version
> de java si no con la arquitectura de esta. LLegados a este punto, hoy
> tienes dos opciones:
>
> - Seguir usando el "runtime de java" que tienes instalado (de 32 bits).
>   Para eso deberas instalar un gvSIG desktop de 32 bits.
>
> - Instalar un "runtime de java" de 64 bits y ejecutar gvSIG con este.
>
> La decision, de momento, no es trivial.
> El que tengas instalado un "rumtime de java" de 32 bits en un sistema de
> 64, puede que te venga forzado por que tengas alguna apliaccion de 32 bits
> que lo precise, y si simplemente instalar el de 64, gvSIG te ira, pero te
> dejara de ir esa otra aplicacion. Si es ese el caso, de momento usaria un
> gvSIG desktop de 32 bits. Si no lo es, es decir no tienes una aplicacion
> que requiera un java de 32, yo instalaria el de 64 y usaria gvSIG desktop
> de 64.
>
> Dejo aqui un enlace a la pagina de proyecto gvSIG en donde puedes
> descargar las javas que precises.
>
>
Ups, me falto el enlace:

http://downloads.gvsig.org/download/gvsig-desktop/runtimes/java/


> Un saludo
> Joaquin
>
>
>
>
>
>> Un saludo a todos
>>
>>
>>
>>
>>
>>
>>
>>
>>
>> *Vicente Navarro Navarro*
>>
>>
>>
>> *Ing. Técnico Municipal*
>>
>> *Ayuntamiento de Náquera*
>>
>> *Tel+34 96 168 00 02 <%2B34%2096%C2%A0168%C2%A000%2002> - Fax +34
>> 96 168 42 33 <%2B34%2096%C2%A0168%C2%A042%C2%A033> *
>>
>> *Plz Ayuntamiento nº 1 – Náquera*
>>
>> *46119 Valencia - **www.naquera.com <http://www.naquera.com/>*
>>
>> *P* *No imprimas si no es necesario.* *Protejamos el Medio Ambiente.*
>>
>>
>>
>> _______________________________________________
>> gvSIG_usuarios mailing list
>> gvSIG_usuarios 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:
>>
>> https://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_usuarios
>>
>>
>
>
> --
> --------------------------------------
> Joaquin Jose del Cerro Murciano
> Development and software arquitecture manager at gvSIG Team
> jjdelcerro en gvsig.com
> jjdelcerro en gvsig.org
> gvSIG Association
> www.gvsig.com
> www.gvsig.org
>



-- 
--------------------------------------
Joaquin Jose del Cerro Murciano
Development and software arquitecture manager at gvSIG Team
jjdelcerro en gvsig.com
jjdelcerro en gvsig.org
gvSIG Association
www.gvsig.com
www.gvsig.org
------------ próxima parte ------------
Se ha borrado un adjunto en formato HTML...
URL: http://listserv.gva.es/pipermail/gvsig_usuarios/attachments/20160303/858612b7/attachment.htm 
------------ próxima parte ------------
Se ha borrado un mensaje que no está en formato texto plano...
Nombre     : image003.jpg
Tipo       : image/jpeg
Tamaño     : 40194 bytes
Descripción: no disponible
Url        : http://listserv.gva.es/pipermail/gvsig_usuarios/attachments/20160303/858612b7/attachment.jpg