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:
inicio cmd.exe (uso de Windows + R cmd y tipo)
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)
Inicie cmd.exe a través del programa de 32 bits (por ejemplo, comandante total)
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:
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"
nosotros no podemos cambiar el atajo de sustitución de C: \ Windows \ SysWOW64 por C:/Windows/System32 ? – Zecas