Informática y Software Práctico

como saber si tengo java de 32 o 64 bits: el error del .jar

Post actualizado el día noviembre 1, 2026 by DeiviSanzPlay

Cuando un programa en Java falla al abrirse con un mensaje del tipo «no se ha encontrado el punto de entrada» o simplemente no arranca, mucha gente termina buscando como saber si tengo java de 32 o 64 bits. La respuesta rápida está en el símbolo del sistema, pero el motivo por el que esa duda aparece casi siempre es otro: hay dos instalaciones conviviendo y el sistema está usando la que no toca.

Java no es un programa único. En Windows puedes tener una máquina virtual de 32 bits y otra de 64 instaladas a la vez, en carpetas distintas, y cada una responde a un comando diferente según cómo se llame al ejecutable. Por eso dos personas con el mismo Windows pueden obtener resultados opuestos al escribir lo mismo.

La comprobación que casi nadie hace bien

Abre el símbolo del sistema (cmd) y escribe java -version. La salida incluye una línea entre comillas que dice algo como Java HotSpot(TM) 64-Bit Server VM o Client VM de 32 bits. Ese texto es la pista fiable, no el nombre de la carpeta.

El problema: si tienes varias versiones, ese comando solo te muestra la que está primera en la variable PATH. Para ver todas las instalaciones registradas, ejecuta where java. Ahí aparecerán las rutas completas y podrás distinguir si conviven una de 32 y otra de 64 bits.

En Linux y macOS el equivalente es java -version y which -a java. En un Mac con Apple Silicon, además, conviene revisar si estás ante una build nativa arm64 o una traducción Rosetta, porque el comportamiento cambia.

Por qué el instalador de 64 bits no siempre resuelve el problema

Un caso típico: alguien descarga un .jar de una aplicación antigua, lo abre y recibe un error de librería nativa. Instala Java de 64 bits convencido de que eso lo arreglará. No funciona. El motivo es que ese .jar carga una DLL de 32 bits, y una JVM de 64 bits no puede cargarla. Aquí la comprobación de arquitectura es obligatoria, pero la solución es la contraria: instalar Java de 32 bits, no de 64.

Esto no funciona para aplicaciones que exigen más de 4 GB de memoria en el heap. Si el programa necesita ese margen, la JVM de 32 bits se queda corta y no hay ajuste posible. En ese escenario la única salida es localizar una versión del software compilada para 64 bits.

Diferencias entre el JRE y el JDK al mirar la arquitectura

Otra fuente de confusión: el JRE y el JDK pueden tener arquitecturas distintas en la misma máquina. Si compilas con un JDK de 64 y ejecutas con un JRE de 32, el .class compilado con ciertas opciones no cargará. Para salir de dudas, revisa la ruta concreta que usa tu entorno de desarrollo, no solo la del sistema.

En Windows, el Panel de control → Java → Ver muestra un listado con la ruta de cada runtime y su plataforma. Es la forma más limpia de ver todas las instalaciones registradas de una vez, sin pelearte con variables de entorno.

Un ejemplo real de esta semana

Un lector me escribió porque una herramienta de firma electrónica dejaba de abrirse tras actualizar Windows. Tenía Java 17 de 64 bits instalado y funcionando. Al ejecutar where java aparecieron dos rutas: una en Program Files y otra en Program Files (x86). La aplicación antigua dependía de la segunda, que llevaba meses ahí sin usarse. Bastó con desinstalar la de 64 y reinstalar la de 32 para recuperar la herramienta. No era un problema de Java, era un problema de arquitectura mal resuelta por el instalador.

Ese patrón se repite mucho con software de administración pública, drivers de impresoras y utilidades de banca. Suelen estar compilados contra JVM de 32 bits y no hay actualización disponible.

Recomendación práctica

Antes de instalar o desinstalar nada, comprueba la arquitectura con los dos comandos (java -version y where java). Anota las rutas. Después decide qué runtime necesita el programa que falla. La documentación oficial de Oracle y las notas de versión de OpenJDK indican qué plataformas soporta cada build, aunque no siempre lo dicen de forma explícita en la portada de descarga.

Si tienes dudas sobre qué arquitectura usar y el programa es reciente, casi siempre 64 bits es la elección correcta. Si el programa es antiguo, corporativo o viene de un fabricante que no actualiza desde hace años, verifica antes de asumir.


Sobre el autor: DeiviSanzPlay — Soy David Sanz, Editor y Responsable de Contenidos. Mi trabajo consiste en revisar, corregir y mejorar los contenidos de este blog para que la información sea clara, útil y esté bien estructurada. Trabajo con diferentes temáticas y verticales, por lo que una parte importante de mi día a día es analizar cada contenido, cuidar la redacción y asegurar que el lector encuentre información de calidad. Me gusta prestar atención a los detalles. Desde una corrección de estilo hasta la organización de un artículo, todo cuenta cuando se trata de crear contenidos que realmente aporten valor y sean fáciles de entender. En este blog encontrarás artículos sobre diferentes temas y sectores. Mi responsabilidad es cuidar y supervisar cada contenido para que mantenga unos estándares de calidad y ofrezca una buena experiencia a quien nos visita. Porque para mí, un buen contenido no consiste únicamente en escribir. También hay que revisar, contrastar, ordenar y pensar en la persona que está al otro lado de la pantalla.

Perfiles verificables: Sitio web

Publicado el 1 de November de 2026. Última revisión: 1 de November de 2026.