2012-08-16 20 views

Respuesta

1

No estoy seguro de por qué fallaría así, pero debería poder ver dónde están los registros yendo al File/Preferences/Advanced.

También debería poder habilitar java console desde la misma ubicación.

18

Debe habilitar el registro de seguimiento detallado as explained on this page. La misma página le brinda la ubicación de los archivos de registro;

El archivo de rastreo se guarda en el directorio log en la carpeta "Inicio de implementación de Java". La ubicación de esa carpeta específica de su sistema operativo:

  • Windows XP: %HOME%\Application Data\Sun\Java\Deployment
  • Windows 7/Vista: %APPDATA%\..\LocalLow\Sun\Java\Deployment
  • Linux/Solaris: %HOME%/.java/deployment
+0

por ejemplo, el mío está en: C: \ Users \ mostafa.sho \ AppData \ LocalLow \ Sun \ Java \ Deployment \ log y mostafa.sho es mi nombre de usuario en Windows. –

0

Tras la -XX:MaxPermSize definido en su archivo JNLP puede causar este problema en máquinas Linux y Mac. Eliminar ese argumento del JNLP parece solucionar el problema.

Comprobar this comment.

+1

Además, usar -Xmx con un valor demasiado grande hará que Java no se inicie. –

+0

@SarelBotha - Eso no debería ocurrir idealmente dado que el sistema tiene suficiente memoria libre para acomodar el tamaño máximo de almacenamiento dinámico. Sin embargo, el problema al que te enfrentas puede deberse a diferentes razones. Por ej. en Linux, JVM no puede iniciarse si el límite de memoria virtual del sistema operativo o del shell es limitado (consulte: http://looselytyped.blogspot.in/2014/08/java-jvm-initialization-errors-on-linux.html) – nhylated

0

Intente borrar la carpeta de archivos de Internet temporales de Java que se encuentra en la ficha General/Panel de control de Java. Después de hacer esto, pude reiniciar con éxito mi aplicación mediante la invocación de jnlp.

1

Tener -Xmx con un valor demasiado grande fue la causa del problema para mí.

Reduciendo el tamaño del montón resolvió.

Cuestiones relacionadas