2012-04-17 36 views
5

Tengo un problema con JNLP.Acceso directo a los problemas JNLP

Cuando una computadora tiene dos versiones de Java instaladas, 64 y 32 bits. La computadora ejecuta la versión 32 bits de forma predeterminada.

Y el atajo es

C:\Windows\SysWOW64\javaws.exe -localfile 
    "C:\Users\Micro\AppData\LocalLow\Sun\Java\Deployment\cache\6.0\43\b9706ab-6de97627" 

¿Cómo fuerzo ejecutar el acceso directo por C:/Windows/System32/javaws.exe independiente de la versión de Java?

+0

nosotros no podemos cambiar el atajo de sustitución de C: \ Windows \ SysWOW64 por C:/Windows/System32 ? – Zecas

Respuesta

2

La computadora ejecuta la versión de 32 bits de forma predeterminada.

No exactamente. Más bien depende de la aplicación de llamada.

Veamos dos ejemplos:

  1. inicio cmd.exe (uso de Windows + R cmd y tipo)

  2. ejecutar "java -version" y se obtiene

    java version "1.7.0_03" 
    Java(TM) SE Runtime Environment (build 1.7.0_03-b05) 
    Java HotSpot(TM) 64-Bit Server VM (build 22.1-b02, mixed mode) 
    
  3. Inicie cmd.exe a través del programa de 32 bits (por ejemplo, comandante total)

  4. carrera "java -version" y se obtiene

    java version "1.7.0_03" 
    Java(TM) SE Runtime Environment (build 1.7.0_03-b05) 
    Java HotSpot(TM) Client VM (build 22.1-b02, mixed mode, sharing) 
    

Como se puede tratar de usar los talones en windows \ system32 y ventanas \ syswow64 directamente. El único cambio:

  • se puede rebajar de 64 bits a 32 bits utilizando

    c:\Windows\Syswow64\java -version 
    

la única forma que conozco para elevar de 32 bits a 64 bits es para ejecutar la versión de 64 bits de forma explícita usando

"c:\Program Files\Java\jre6\bin\java.exe" -version 

Esta lógica también se aplica a todos los demás comandos de Java que usan wrappers en windows \ system, como javaws.

=> enlace a "c: \ Archivos de programa \ Java \ jre6 \ bin \ javaws.exe"

Cuestiones relacionadas