[Gvsig_usuarios] instalación versión 2.3

[Joaquin Jose del Cerro Murciano]

Hola

El 3 de marzo de 2016, 12:49, Cartografía Informatizada ( A. Hamerlinck ) <
cartoinf en valencia.es> escribió:

> Joaquin Jose del Cerro Murciano escribió:
> >
> >
> > El 3 de marzo de 2016, 10:38, Joaquin Jose del Cerro Murciano
> > <jjdelcerro en gvsig.org <mailto:jjdelcerro en gvsig.org>> escribió:
> >
> >
> >
> >     El 2 de marzo de 2016, 14:21, Vicente Navarro Navarro
> >     <vicente en naquera.com <mailto: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.
> >
> >
> Hola,
>
> Ahora viene la pregunta del millón.
>
> En versiones anteriores de gvSIG optastéis por instalar un runtime de
> java dentro de la estructura de directorios de gvSIG sin contar con la
> versión de java instalada en el sistema con lo que eliminabais errores
> por incompatibilidad de la versión de java "del sistema" que suele
> actualizarse a un ritmo que supongo no podéis seguir para verificar el
> buen funcionamiento de gvSIG.
>
> ¿ A que se debe el abandono de esa práctica?
>
No se ha abandonado esa practica, trabajamos en ello, lo que pasa es que
hemos cambiado el instalador (antes usabamos uno basado en InstallJamer y
ahora en Izpack) y aun nos quedan bastantes cosas por hacer.

>
> ¿ Hay alguna "trampa" para poder instalar una versión de 32 bits de java
> para "el sistema en general" o sea para la inmensa mayorís de
> aplicaciuones de 32 bits o que dan por sentado que la versión de java
> "por defecto" es de 32 y luego una versión de java de 64 bits para uso
> "exclusivo" de gvSIG ?
>
> Pues no se si hay trampa o no en ello. En cuanto tenga un ratito veo como
se haria y escribire algo contandolo. De momento, si precisas una java de
32 instalada como java por defecto en el sistema, instala un gvSIG desktop
de 32 bits tambien.

Un saludo
Joaquin



> Un saludo
>
> _______________________________________________
> 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
------------ próxima parte ------------
Se ha borrado un adjunto en formato HTML...
URL: http://listserv.gva.es/pipermail/gvsig_usuarios/attachments/20160303/e316c9ec/attachment.htm