gvSIG bugs #2201
gvSIG 2.1 beta fails to start (build 2215)
Status: | Closed | % Done: | 0% | |
---|---|---|---|---|
Priority: | Urgent | Spent time: | - | |
Assignee: | Joaquín del Cerro Murciano | |||
Category: | Application | |||
Target version: | 2.1.0-2221-testing | |||
Severity: | Add-on version: | |||
gvSIG version: | 2.1.0 | Add-on build: | ||
gvSIG build: | 2215 | Add-on resolve version: | ||
Operative System: | Linux | Add-on resolve build: | ||
Keywords: | Proyecto: | |||
Has patch: | No | Hito: | ||
Add-on name: | Unknown |
Description
I have installed gvSIG 2.1 beta (build 2215) on Linux Mint 64 bits (version 14) using "All-included version (recommended)" installer, but gvSIG fails to start.
It seems to be caused by a wrong selection by the gvSIG.sh script of the Java JRE to use.
I paste the error messages:
$ ./gvSIG.sh
INFO launch gvSIG Installation folder: /home/user/gvSIG-desktop/gvSIG-desktop-2.1.0_beta2215
INFO launch gvSIG home folder: /home/user/gvSIG
WARNING launch Incorrect JAVA_HOME (/home/user/gvSIG/jre/1.6.0_20 /home/user/gvSIG/jre/jre1.6.0_26), skip
INFO launch Using java /home/user/gvSIG/jre/1.5.0_12/bin/java
INFO launch LD_LIBRARY_PATH=:/home/user/gvSIG-desktop/gvSIG-desktop-2.1.0_beta2215/native:/home/user/.depman/lib
INFO launch Launching gvSIG: /home/user/gvSIG/jre/1.5.0_12/bin/java -d32 -Djava.library.path=/usr/lib:/home/user/gvSIG-desktop/gvSIG-desktop-2.1.0_beta2215/native:/home/user/.depman/lib -cp :./lib/ant-1.8.1.jar:./lib/ant-contrib-1.0b3.jar:./lib/ant-launcher-1.8.1.jar:./lib/antform-2.0.jar:./lib/batik-gui-util-1.7.jar:./lib/batik-util-1.7.jar:./lib/batik-xml-1.7.jar:./lib/bcmail-jdk14-138.jar:./lib/bcprov-jdk14-138.jar:./lib/castor-0.9.5.3.jar:./lib/commons-cli-1.2.jar:./lib/commons-codec-1.6.jar:./lib/commons-io-2.4.jar:./lib/flib-jcalendar-unknown.jar:./lib/itext-2.1.4.jar:./lib/javahelp-2.0.05.jar:./lib/jcommon-1.0.17.jar:./lib/jfreechart-1.0.14.jar:./lib/jgoodies-common-1.4.0.jar:./lib/jgoodies-forms-1.6.0.jar:./lib/jts-1.13.jar:./lib/jwizardcomponent-0i18n-1.2.2.1.jar:./lib/jwizardcomponent-1.2.2.jar:./lib/kxml2-2.2.2.jar:./lib/log4j-1.2.14.jar:./lib/looks-2.2.2.jar:./lib/org.gvsig.about.api-1.0.0.jar:./lib/org.gvsig.about.impl-1.0.0.jar:./lib/org.gvsig.andami-2.0.22.jar:./lib/org.gvsig.andami.updater-2.0.22.jar:./lib/org.gvsig.compat.api-2.0.22.jar:./lib/org.gvsig.compat.se-2.0.22.jar:./lib/org.gvsig.external.jump-1.0.0.jar:./lib/org.gvsig.i18n-2.0.22.jar:./lib/org.gvsig.installer.lib.api-2.0.22.jar:./lib/org.gvsig.installer.lib.impl-2.0.22.jar:./lib/org.gvsig.installer.lib.spi-2.0.22.jar:./lib/org.gvsig.installer.prov.plugin-2.0.22.jar:./lib/org.gvsig.installer.swing.api-2.0.22.jar:./lib/org.gvsig.installer.swing.impl-2.0.22.jar:./lib/org.gvsig.jdk.v1_6-1.0.0.jar:./lib/org.gvsig.maven.base.tools-1.0.9.jar:./lib/org.gvsig.tools.dynform.api-3.0.15.jar:./lib/org.gvsig.tools.dynform.impl-3.0.15.jar:./lib/org.gvsig.tools.dynform.services-3.0.15.jar:./lib/org.gvsig.tools.dynform.spi-3.0.15.jar:./lib/org.gvsig.tools.lib-3.0.15-tests.jar:./lib/org.gvsig.tools.lib-3.0.15.jar:./lib/org.gvsig.tools.swing.api-3.0.15.jar:./lib/org.gvsig.tools.swing.impl-3.0.15.jar:./lib/org.gvsig.tools.swing.serv.field-3.0.15.jar:./lib/org.gvsig.tools.swing.serv.jform-3.0.15.jar:./lib/org.gvsig.tools.swing.serv.jlist-3.0.15.jar:./lib/org.gvsig.tools.swing.spi-3.0.15.jar:./lib/org.gvsig.ui-2.0.22.jar:./lib/org.gvsig.utils-2.0.22.jar:./lib/slf4j-api-1.5.5.jar:./lib/slf4j-log4j12-1.5.5.jar:./lib/xercesImpl-2.5.0.jar:./lib/xml-apis-1.3.04.jar:./lib/xmlpull-1.1.3.1.jar: -Xms128M -Xmx512M -XX:MaxPermSize=96M org.gvsig.andamiupdater.Updater gvSIG gvSIG/extensiones
INFO [main] (Launcher.java:809) - Loadded log4j.properties from file:/home/user/gvSIG-desktop/gvSIG-desktop-2.1.0_beta2215/log4j.properties
Exception in thread "main" java.lang.reflect.InvocationTargetException
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
at java.lang.reflect.Method.invoke(Unknown Source)
at org.gvsig.andamiupdater.Updater.launchApp(Updater.java:106)
at org.gvsig.andamiupdater.Updater.main(Updater.java:68)
Caused by: java.lang.UnsupportedClassVersionError: Bad version number in .class file
at java.lang.ClassLoader.defineClass1(Native Method)
at java.lang.ClassLoader.defineClass(Unknown Source)
at java.security.SecureClassLoader.defineClass(Unknown Source)
at java.net.URLClassLoader.defineClass(Unknown Source)
at java.net.URLClassLoader.access$100(Unknown Source)
at java.net.URLClassLoader$1.run(Unknown Source)
at java.security.AccessController.doPrivileged(Native Method)
at java.net.URLClassLoader.findClass(Unknown Source)
at java.lang.ClassLoader.loadClass(Unknown Source)
at sun.misc.Launcher$AppClassLoader.loadClass(Unknown Source)
at java.lang.ClassLoader.loadClass(Unknown Source)
at java.lang.ClassLoader.loadClassInternal(Unknown Source)
at org.gvsig.andami.Launcher.configureLocales(Launcher.java:2967)
at org.gvsig.andami.Launcher.initializeApp(Launcher.java:736)
at org.gvsig.andami.Launcher.doMain(Launcher.java:414)
at org.gvsig.andami.Launcher.main(Launcher.java:361)
... 6 more
Related issues
Associated revisions
Aplicado el parche de Cesar Martinez para la correcta deteccion del jre usar de los que existen en HOME/gvSIG/jre .
refs #2201
History
#1 Updated by Álvaro Anguix over 10 years ago
- Assignee set to Joaquín del Cerro Murciano
- Priority changed from Normal to Urgent
Puede tener relación con este bug:
https://devel.gvsig.org/redmine/issues/2147
Y quizá con:
https://devel.gvsig.org/redmine/issues/2184
#2 Updated by Cesar Martinez Izquierdo over 10 years ago
- File gvSIG.sh.diff added
- File gvSIG.sh added
Lo he estado mirando y la causa es que hay 2 JREs instalados en el directorio $HOME/gvSIG/jre y el script gvSIG.sh no está preparado para ello.
Adjunto un parche que lo soluciona (y el fichero completo modificado también).
#3 Updated by Cesar Martinez Izquierdo over 10 years ago
- File gvSIG.sh.diff added
- File gvSIG.sh added
Adjunto los ficheros otra vez porque me había olvidado de un parámetro.
Desde luego está muy relacionado o es el mismo que el 2147: https://devel.gvsig.org/redmine/issues/2147
La solución que adopta el parche es tomar la más nueva de las instalaciones entre las versiones propuestas por el script (1.6 y después 1.5). Hay que tener en cuenta que la version más nueva no tiene por qué ser la que haya seleccionado el usuario en la instalación, habría que valorar si esto puede ser un problema y si sería mejor guardar la versión elegida por el usuario y probar esta primero.
#4 Updated by Álvaro Anguix over 10 years ago
- Target version set to 2.1.0-2218-testing
#5 Updated by Álvaro Anguix over 10 years ago
- Target version changed from 2.1.0-2218-testing to 2.1.0-2219-testing
#6 Updated by Joaquín del Cerro Murciano about 10 years ago
- Target version changed from 2.1.0-2219-testing to 2.1.0-2221-testing
#7 Updated by Joaquín del Cerro Murciano about 10 years ago
- Status changed from New to Fixed
#8 Updated by Joaquín del Cerro Murciano about 10 years ago
- Status changed from Fixed to New
He aplicado el parche y con eso se solucionara parte del problema, ya que si hay mas de una jre en HOME/gvSIG/jre lo tratara mejor.
Queda pendiente de revisar por que no toma la jre especificada durante la instalacion, ya que esta deberia estar en la variable DEFAULT_JAVA_HOME que es usada antes que las PJH.
#9 Updated by Álvaro Anguix about 10 years ago
- Status changed from New to Closed
Lo que comentas que faltaría por solucionar está ya reportado en otro bug, el 1640. Cierro este que la otra parte ya está solucionada y dejo el 1640 abierto que se centra exclusivamente en lo que faltaría por solucionar.
#10 Updated by Álvaro Anguix about 10 years ago
- Status changed from Closed to Fixed
#11 Updated by Álvaro Anguix about 10 years ago
- Status changed from Fixed to Closed