sts started solucion returned ejecuta codigo code but eclipse startup

eclipse - solucion - java was started but returned exit code=13 sts



No se puede ejecutar Eclipse; JVM terminado. Código de salida=13 (30)

Acabo de agregar -vm C: / Archivos de programa / Java / jre6 / bin / javaw.exe

en eclipse.ini luego trato de iniciar eclipse nuevamente y obtuve este error. Dame como resolverlo o enlazarlo que realmente lo resuelva.

este es mi eclipse.ini

-startup plugins/org.eclipse.equinox.launcher_1.1.0.v20100507.jar --launcher.library plugins/org.eclipse.equinox.launcher.win32.win32.x86_1.1.1.R36x_v20100810 -showsplash org.eclipse.platform --launcher.XXMaxPermSize 256m --launcher.defaultAction openFile -vm C:/Program Files/Java/jre6/bin/javaw.exe -vmargs -Xms40m -Xmx384m

Gracias

Acabo de golpear esto también. Resulta que, al menos para mí, esto se debió a intentar usar una versión win64 del JRE con un Eclipse win32. Parece que win32 Eclipse requiere un win32 Java (lo que se llama -586 en la lista de instaladores Java de Oracle / Sun).

La razón por la que estaba usando ambas es que estaba tratando de localizar un error que solo se manifestaba en Eclipse de 64 bits, por lo que necesitaba una comparación de 32 bits.

Una vez que instalé TANTO las versiones "x64" (win64) e "i586" (win32) del JRE en mi máquina, las cosas funcionan bien y no hay error 13. Aparentemente, ambas pueden instalarse al mismo tiempo.

Acabo de tener el mismo problema y paso aproximadamente una hora tratando de resolver el problema. Al final, era un carácter '' # '' en el camino.

Así que cambié el nombre de "C: / # IDE / eclipse 3.7 /" a "C: / + IDE / eclipse 3.7 /" y eso resolvió el problema.

Antes de ir a la solución, háganos saber por qué está mostrando ese error. Si conoce el problema detrás de este problema, podemos corregir fácilmente ese error.

Razón 1: la razón más común detrás de este problema es que estamos tratando de instalar una versión de bit diferente, es decir, una versión de 64 o 32 bits del software. Tal vez sea Eclipse o Java.

Solución: compruebe qué versión de sistema operativo está ejecutando. Asegúrese de haber descargado la misma versión de Eclipse y la misma versión de software de Java.

Razón 2: Error de configuración en el archivo Eclipse.ini

Solución: agregue esta línea "-vm y luego la ruta de su java sdk" al final del archivo Eclipse.ini. por ejemplo: -vm C: / Archivos de programa / Java / jdk1.7.0_71 / bin / javaw.exe

Razón 3: Caracteres especiales (#,!, @) En el directorio de instalación de Eclipse.

Solución: Asegúrate de no tener ningún personaje especial.

Razón 4: ha agregado la ruta JAVA dos veces en la variable de sistema PATH y ambas rutas son diferentes.

Solución: Elimine una ruta JAVA incorrecta / diferente de la variable de sistema PATH.

Razón 5: Tal vez esté utilizando la última versión de Eclipse, pero podría estar usando una versión incorrecta o una versión no compatible de Java Virtual Machine (JVM).

Solución: para verificar qué versión de Java está usando el símbolo del sistema abierto, presione la tecla win + R y escriba cmd y presione Entrar. Ahora en esa consola escriba Java -version command para conocer la versión de Java. Ahora investiga si eclipse soporta esa versión o no. O puede abrir la carpeta "readme" en la carpeta Eclipse y abrir readme_eclipse.html para ver qué versión admite.

Asegúrese de que el Eclipse y el Java que está utilizando sean de 32 o 64 bits.

No puede ejecutar eclipse de 64 bits con JRE de 32 bits.

java -version

VM de servidor de 64-Bit Java HotSpot (TM)

La versión de 32 bits de JRE no tendrá 64 bits.

Cuando vea este error, vaya al directorio de configuración y busque un archivo de registro generado justo ahora. Debería tener un adecuado stacktrace de excepción. El mío fue un caso en el que instalé un JRE (o JVM) actualizado de 32 bits que fue el Java predeterminado que se agregó a la Ruta. Y mi instalación de Eclipse fue de 64 bits, lo que significaba que necesitaba una máquina virtual de 64 bits para ejecutar sus bibliotecas SWT nativas. Así que simplemente desinstalé la JVM de 32 bits y la reemplacé con una JVM de 64 bits.

Me pregunto si mejorarán este mecanismo de informe, en lugar de generar silenciosamente un archivo de registro en algún directorio.

Debe comprobar si su PC tiene un sistema operativo de 64 bits o de 32 bits, luego lo mismo para su JDK (64 bits / 32 bits) y también para Eclipse (64 bits / 32 bits).

Asegúrese de que todos sean iguales; Si no, necesita descargar el que coincida con su bitness.

Después de la actualización de java, eclipse no se iniciará porque la ubicación predeterminada de jdk ha cambiado. Agregar las siguientes líneas al archivo eclipse.ini solucionó mi problema inmediatamente:

-vm C:/Program Files (x86)/Java/jdk1.7.0_75/bin/javaw.exe

Agregué estas líneas justo antes de vmargs. Se parece a lo siguiente:

... --launcher.defaultAction openFile -vm C:/Program Files (x86)/Java/jdk1.7.0_75/bin/javaw.exe -vmargs -Dosgi.requiredJavaVersion=1.5 -Dhelp.lucene.tokenizer=standard -Xms40m -Xmx512m

Para obtener más información sobre eclipse.ini, visite este sitio http://wiki.eclipse.org/Eclipse.ini#-vm_value:_Windows_Example

En mi caso, uso 32 bit eclipse y java. Si instaló versiones de java de 32 y 64 bits, tenga cuidado de elegir la versión correcta. Para versiones de 64 bits, consulte el archivo javaw.exe en el directorio

C:/Program Files/Java/jdk1.8.0_60/bin

En mi caso, la ruta JAVA no estaba configurada en las variables Env. Comenzó a funcionar después de establecer la ruta correcta en Env PATH.

Escriba javac en el símbolo del sistema y asegúrese de que JAVA PATH sea correcto.

En mi opinión, la mayoría de las respuestas aquí con respecto a las diferentes arquitecturas de Eclipse y Java son simplemente erróneas y esto puede comprobarse fácilmente utilizando, por ejemplo, Process Monitor en Windows. La opción -vm está ahí para ejecutar una versión específica de java y el punto es que el proceso configurado se inicia y ejecuta todo el código Java por su cuenta, por eso configura hasta java.exe . En ese caso, NO necesita tener la misma arquitectura para Eclipse y Java, pero puede mezclar felizmente tanto 32 como 64 bits. Solo NO PUEDES mezclar ambos, si NO usas -vm , pero dejas que Eclipse cargue Java de forma nativa en su propio proceso usando jvm.dll y demás. Este último comportamiento es el predeterminado de Eclipse, pero ya no es el caso si configura correctamente -vm en eclipse.ini .

Si no me crees, haz algunas pruebas por tu cuenta usando diferentes arquitecturas de Eclipse y Java y configura -vm o no correctamente. Al final, eso es exactamente lo que el interrogador describió en su comentario a la respuesta aceptada:

No se puede ejecutar Eclipse; JVM terminado. Código de salida = 13

Está diciendo que un JDK de 64 bits está funcionando ahora, pero en su captura de pantalla se puede ver que su Eclipse es de 32 bits, porque la ruta para launcher.library es de 32 bits.

Y ahora por la razón por la que vine aquí: uno de mis clientes tuvo algunos problemas al cargar una de nuestras aplicaciones basadas en Eclipse / OSGI y Java salió con el código de salida 13. Finalmente, mostró que el problema no era sobre -vm o arquitecturas de Java y eclipse.exe , pero en su lugar simplemente faltaba config.ini y supongo que eclipse.exe no sabía qué cargar o algo así. Después de reconocer eso y volver a poner un config.ini en su lugar, la aplicación se cargó -vm con el uso de -vm y un JRE7 de 64 bits en combinación con un eclipse.exe 32 bits.

Estaba usando Eclipse Juno y no recordaba si era de 32 o 64 bits. Instalé Java 32 bits y por eso falló. Luego instalé Java 64 bits y Eclipse Juno está funcionando de nuevo.

También eliminé cualquier referencia java o jre en mis variables de entorno (PATH).

Este error se me ocurrió en Ubuntu, después de haber instalado Java de 32 bits y 64 bits. Utilizar

sudo update-alternatives --config java

para establecer la versión correcta para utilizar como predeterminado.

Esto puede suceder cuando la variable de entorno PATH apunta a una instalación java incorrecta.

Hice un par de cosas para deshacerme de este molesto error, ya que modificar .ini nunca me funcionó.

  1. Instalado el último JDK
  2. Eliminar la carpeta IDE eclipse anterior por completo.
  3. Esta vez me descomprimí en otra ubicación

Haga doble clic en "eclipse.exe". Ahora funciona como el encanto. Use el espacio de trabajo predeterminado para cargar sus proyectos anteriores.

Sospecho que es un problema de Java VM de JDK más que un eclipse.

Lo arreglé reinstalando el jdk. En mi caso era necesario hacer:

java -version sudo apt-get purge openjdk* sudo add-apt-repository ppa:webupd8team/java sudo apt-get update sudo apt-get install oracle-java7-installer java -version javac -version

tomado de Instalar Java JDK + JRE (oracle) en Kubuntu 13.04 de apt

Me enfrento al mismo problema con los pts 3.8.4, así que probé diferentes configuraciones pero no tuve suerte, reinstalé jdk otra vez, pero probé el mismo problema. Finalmente descargué los pts 3.8.2 n se ejecuta sin ningún problema. Utilizando Windows 8, OS de 64 bits. Gracias

Mira la segunda línea del cuadro de mensaje. Allí se puede ver qué tiempo de ejecución de Java se ha iniciado. El mío fue de repente C: / ProgramData / Oracle / Java / javapath / javaw.exe. Esto sucedió después de haber instalado un "actualizador de Chrome Java" (el navegador Chrome gimió: ''su Java está desactualizado, tiene que actualizar ...'').

Antes de esta "actualización de Chrome Java", mi eclipse (luna jee x64) se inició sin errores. Mirando más de cerca al fondo, detecté lo siguiente: el actualizador de java de Chrome (notabene se inició desde un sitio de Oracle) agregó C: / ProgramData / Oracle / Java / javapath al frente de la variable PATH. Contiene tres enlaces simbólicos a la instalación más nueva de Java JRE 8 en la carpeta del programa (x86) -> por lo tanto, a un JRE de 32 bits Java. Oracle reemplaza con Java8 la técnica anterior que tiene los enlaces simbólicos en system32 (64bit) resp. SysWOW64 (32 bits).

Puede que solo sea la forma en que se muestra el error (y no cómo está escrito en el archivo eclipse.ini), pero hay un texto en Eclipse.ini (que especifica la JVM) que dice lo siguiente:

  • La opción -vm y su valor (la ruta) deben estar en líneas separadas.
  • El valor debe ser la ruta absoluta completa al ejecutable de Java, no solo al directorio de inicio de Java.
  • La opción -vm debe aparecer antes de la opción -vmargs, ya que todo después de -vmargs se pasa directamente a la JVM

Recientemente enfrenté el mismo problema. Mi versión de eclipse no era compatible con la versión 8 de Java.

Accidentalmente instalé jre 8 en mi máquina que actualizaba automáticamente mi variable PATH agregando "C: / ProgramData / Oracle / Java / javapath" al principio que llevó a eclipse a recoger esta versión (e ignorar la versión 1.6 manualmente agregada que vino más tarde en orden) y se bloquea con el código de salida 13.

Acabo de eliminar esta cadena de la ruta, por lo que el sistema llevó a recoger mi versión anterior y el eclipse comenzó muy bien.

Simplemente desinstalé la versión jre-32 bit y funcionó bien para mí.

También tuve este problema. Tuve un viejo JDK1.8.0_05. Instalé el nuevo JDK1.8.0_111 y todo funciona muy bien ahora. Sólo asegúrese de actualizar su variable de entorno.

Estoy en Windows 7 64 bit. Utilizando Eclipse Neon 1a.

Espero que ayude a alguien.

Tuve el mismo error al configurar eclipse.ini para usar JRE6. Resulta que causé este error al configurar de forma incorrecta eclipse para usar la JVM de 64 bits mientras se ejecuta una versión de 32 bits de eclipse 3.7.

La configuración correcta requería que el argumento eclipse.ini -vm usara "C: / Archivos de programa (x86) /" en lugar de "C: / Archivos de programa /".

Asegúrese de que la versión JVM (32/64 bit) que utiliza coincida con la versión de eclipse (32/64 bit).

Tuve el mismo problema con eclipse en mis dos máquinas. Tenía jre 32 bit instalado. Así que quité 32 bits e instalé 64 bits en su lugar y funcionó perfectamente.

Tuve el mismo problema en Ubuntu, y lo resolví desempaquetando todos los archivos * .pack en el directorio jdk. por ejemplo: cd /usr/java/jdk1.7.0_03/jre/lib sudo ../bin/unpack200 rt.pack rt.jar

Usé el nuevo instalador de Eclipse . No me gustó la ruta de instalación y la cambié manualmente. Después de eso, recibí el código de salida = 13 mensaje también.

Hay una nueva propiedad en el archivo eclipse.ini llamado -install . Solo tuve que modificarlo con la nueva ubicación, y eso resolvió este problema.

En el nuevo instalador seleccioné D:/eclipse , pero el IDE se instaló en D:/eclipse/eclipse . Entonces, moví la carpeta manualmente. La próxima vez que intenté abrir Eclipse obtuve el error de salida. Por lo tanto, tuve que modificar eclipse.ini y establecer la ubicación actual:

-install D:/eclipse

Utilice la configuración de abajo;

-startup plugins/org.eclipse.equinox.launcher_1.3.0.v20130327-1440.jar --launcher.library plugins/org.eclipse.equinox.launcher.win32.win32.x86_64_1.1.200.v20130807-1835 -product org.springsource.ggts.ide --launcher.defaultAction openFile --launcher.XXMaxPermSize 256M -vm C:/Program Files/Java/jdk1.7.0_51/jre/bin/javaw.exe -vmargs -Dorg.eclipse.swt.browser.IEVersion=10001 -Dgrails.console.enable.interactive=false -Dgrails.console.enable.terminal=false -Djline.terminal=jline.UnsupportedTerminal -Dgrails.console.class=grails.build.logging.GrailsEclipseConsole -Dosgi.requiredJavaVersion=1.6 -Xms40m -Xmx768m -XX:MaxPermSize=256m -Dorg.eclipse.swt.browser.IEVersion=10001

Ve a la carpeta donde guardaste Eclipse. Busque en la carpeta de configuración en el registro de inicio. Le dará un diagnóstico mucho mejor que el "código de salida 13".

para aquellos con Eclipse Neon

Quería ejecutar Eclipse Neon y tenía JRE 1.8, pero JDK 1.7. Devolvió un error = 13, luego instalé Java JDK 1.8 y todo funcionó a la perfección.

Para Eclipse:

Añadido estas dos líneas en eclipse.ini

La segunda línea representa la ubicación JDK del archivo javaw.exe.

-vm

C: / Archivos de programa / Java / jdk1.7.0_60 / bin / javaw.exe

Nota: coloque las líneas -vm antes de -vmargs, de lo contrario se tomará la ubicación predeterminada.

Para STS

Cambia lo mismo que arriba en STS.ini