java - ejemplo - jnlp windows 10

¿No puedo iniciar aplicaciones JNLP usando "Java Web Start"? (11)

¿Es esta una aplicación a la que tienes el código? Java 6u14 incluyó un cambio en la forma en que maneja la seguridad de jar que para nosotros causó problemas muy similares. Si sus jarras están firmadas y funcionan con Java 6u13 o inferior, puede considerar refactorizar su código para solucionar esta actualización o requerir Java 6u13 o una versión inferior. Desafortunadamente, no recuerdo exactamente lo que hicimos para resolver el problema: en ese momento era un modo de pánico.

Nuevamente, si tiene el código tiene herramientas para trabajar. Puede poner las declaraciones de System.out.println en sus rutinas de inicio: cualquier resultado de la consola se muestra en la ventana de comandos cuando ejecuta el JNLP desde la línea de comandos. De lo contrario, podría considerar usar un registrador agradable como log4j para tener una mejor idea del punto de falla.

También puede considerar eliminar la aplicación por completo y descargarla de nuevo. Java Web Start tiene un applet del Panel de control que le permite ver la URL desde la que se descarga la aplicación (podría ser la incorrecta), desinstalar la aplicación, configurar las opciones de seguridad, etc.

Hasta hace poco, pude iniciar / abrir archivos JNLP en Firefox utilizando Java Web Start .

No sé qué sucedió de repente, los archivos JNLP dejaron de iniciarse, aparece una pantalla de inicio que dice " Java Starting" ... y luego no pasa nada. Incluso la consola Java en el navegador y el applet javacpl.cpl no se abren.

Intenté todas las posibilidades: eliminé todas las versiones anteriores e instalé el último JRE (versión de Java "1.6.0_17"), aún así no funciona.

Al realizar algunas búsquedas en Google para este problema, las personas sugirieron iniciar javaws.exe con la opción -viewer pero con el mismo comportamiento (aparece una pantalla de bienvenida que dice "Java Starting ..." y luego desaparece)

El problema es que no conozco ningún lugar (registros, etc.) para buscar qué causa el problema.

Estoy usando WinXP SP3, y algunas de las capturas de pantalla a continuación muestran más información sobre mi sistema. Puedo proporcionar cualquier otro detalle si es necesario, pero, por favor, ayúdeme a resolver este problema.

Aunque esta pregunta es un poco antigua, el problema se debió a una configuración de registro ClearType dañada y se resolvió al solucionarlo, como se describe en este ClearType, install4j y el caso de la publicación de errores en Java .

ClearType, install4j y caso de Java bug Java
¿Sabe lo que ClearType (tecnología de suavizado de fuentes en Windows) tiene en común con Java (lenguaje de programación y uno de los marcos recomendados)?
Nada, excepto que estaban trabajando juntos para hacerme miserable durante unos meses. Tenía un software de Java que no podía instalar. Quiero decir, realmente no podía, ni siquiera descubrir la razón o reproducirla en otra PC.
Recientemente fui aprobado para Woopra beta (servicio de análisis de sitios) y utiliza un cliente de escritorio escrito en Java ... No pude instalarlo. Eso me enojó mucho. :)
Historia Todo el software en cuestión era similar:
configuración basada en install4j; La instalación se estrella con un montón de errores. Estaba culpando a install4j durante los primeros intentos (unos cien) para resolver el problema. Más tarde, poco a poco comprendí que si hubiera sido así durante mucho tiempo, la solución se habría creado y buscado en Google.
Rastreo Después de cambiar el enfoque de install4j decidí empujar el marco de Java. Antes estaba probando versiones estables, así que decidí optar por el candidato 1.6 Release 10 Release estable.
Esto corrigió realmente los mensajes de error pero no los bloqueos. También me di cuenta de que había un nuevo registro de errores creado en el directorio con los archivos de configuración. Anteriormente solo había visto registros en el directorio temporal de Windows.
Nuevo registro de errores decía lo siguiente:
No se pudo mostrar la GUI. Esta aplicación necesita acceso a un servidor X. Si tiene acceso, probablemente falte una biblioteca X. *************************************************** ***************** también puede ejecutar esta aplicación en modo de consola sin acceso a un servidor X al pasar el argumento -c muy raro que buscar X-Server en que no sea Linux PC, ¿no es así? Así que decidí probar ese argumento "-c". Y en realidad fue capaz de instalar en modo consola.
¿Final feliz? No Ahora la aplicación instalada estaba fallando. Pero realmente me hizo pensar. Si la consola funciona pero la interfaz gráfica no lo hace, debe haber un problema con este último.
Un registro de errores más (en la carpeta de la aplicación) decía ahora (entre otras cosas):
Causado por: java.lang.IllegalArgumentException: -60397977 incompatible con la tecla de contraste de la pantalla LCD específica del texto. La búsqueda de Google con Google no pudo leer la configuración del registro ClearType no estándar.
Solución Inmediatamente inicié ClearType Tuner desde el Panel de control y encontré la configuración que muestra el número de galimatías. Después de corregirlo para corregir uno, todos los problemas con Java desaparecieron instantáneamente.
cleartypetuner_screenshot Lecciones aprendidas No sea rápido para culpar a los problemas de software en una sola aplicación. Incluso los ajustes menores y totalmente no relacionados pueden lanzar reacciones en cadena letales. Links Jave Runtime Environment http://www.java.com/en/download/index.jsp
ClearType Tuner http://www.microsoft.com/windowsxp/downloads/powertoys/xppowertoys.mspx
Woopra http://www.woopra.com/
install4j http://www.ej-technologies.com/products/install4j/overview.html

Eche un vistazo a lo que sucede si ejecuta javaws.exe directamente desde la línea de comandos.

En mi caso, Netbeans crea automáticamente un archivo .jnlp que no funciona y mi problema se debió a una sobrescritura accidental del archivo launch.jnlp en el servidor (por la versión inadecuada e incorrecta de Netbeans). Esto provocó una discrepancia entre el archivo .jnlp local y el archivo .jnlp remoto, lo que provocó que Java Web Start se cerrara después de "Verificar la aplicación".

Así que nadie más tiene que perder una hora encontrando un error que Java WS debería comunicar adecuadamente (pero no lo hace).

En mi caso, el problema se debió al iniciar mi aplicación desde un acceso directo en el escritorio público (Windows 7). Como resultado, por lo que puedo decir, la ubicación de los archivos temporales se estableció en c: / users / public / etc. Esto dio lugar a la incapacidad para escribir en el detalle de caché. Cuando restablecí los valores predeterminados en el applet de control de archivos temporales, todo funcionó bien.

Esto también puede deberse a la variable de entorno CATALINA_HOME en su sistema. En nuestra organización hubo varios casos en los que las aplicaciones JNLP se negaron a comenzar sin registrar nada y al vaciar CATALINA_HOME resolvieron el problema.

Tenía la variable de entorno establecida en el símbolo del sistema y no aparecía en la GUI. No estoy seguro si el comando setx o el comando de eliminación de registros hicieron el truco. El reinicio parece ser necesario después de eliminar la variable.

Sé que esta es una pregunta antigua, pero la semana pasada comencé a tener un problema similar, así que dejo aquí algunas notas sobre la solución que me queda.

Esto sucedió solo en algunas máquinas con Windows usando incluso el último JRE hasta la fecha (1.8.0_45).

Java Web Start comenzó a cargarse, pero no sucedió nada y ninguno de los intentos de solución anteriores funcionó.

Después de algunas excavaciones, he encontrado este hilo, que proporciona la misma configuración y una gran explicación.

https://community.oracle.com/thread/3676876

Así que, en conclusión, fue un problema de memoria en el JRE x86 y, como el montón máximo de nuestra JNLP se definió como 1024 MB, cambiamos a 780 MB como se sugiere y se solucionó.

Sin embargo, si necesita más de 780 MB, siempre puede intentar iniciar en una versión de JRE x64.

Tuve el mismo problema aquí. ve a tu panel de control de java y a la configuración ... desmarca "Mantener archivos temporales de Internet en mi computadora". Aplica los cambios y vuelve a intentar tu .jnlp

Nota: Probado en diferentes máquinas; Windows Server 2012, Windows Server 2008 y Windows 7 64bit. Versión de Java: 1.7 ++ desde que mi aplicación jnlp está construida en 1.7

Por favor, hágamelo saber sus comentarios también. :RE

Tuve exactamente el mismo problema. Resultó que el tamaño máximo del montón se estableció en 1024 y faltaba la unidad. La configuración tenía que ser max-heap-size = 1024 m .

Por lo tanto, la configuración de memoria aparentemente no válida en el archivo jnlp causará este comportamiento exacto.

Yo también estaba enfrentando el mismo problema. Para solucionar esto a los siguientes pasos.

Abre Javaws desde cmd runnig javaws -viewer command. Una nueva ventana se abrirá
Seleccione el archivo jnlp que desee y haga clic en el botón Ejecutar.
Cierra la ventana del visor de javaws.

Si javacpl no se abre y le da No se puede encontrar la clase principal: podría ser que Java esté confundido debido a los cambios en implementaciones.properties (se puede encontrar en C:/Users/<username>/AppData/LocalLow/Sun/Java/Deployment on Win7 ). Eliminar ese archivo y todo está bien.

Este error parece tener 6 años, cf Una aplicación debería poder ignorar las propiedades que se han quedado obsoletas con el tiempo, ¿no es así?