Integración de Java con otros lenguajes: puentes, JNI y GraalVM

Kit de herramientas de Java: cómo hacer que el "café" se lleve bien con Python, C++ y JavaScript

El mundo de la programación no es un monasterio de una sola tecnología. Incluso si tu corazón late al ritmo de Java, tarde o temprano aparecerá en el horizonte una tarea que es más fácil (o incluso posible) resolver solo en otro lenguaje. Necesitas llamar a una biblioteca de bajo nivel en C++, prototipar rápidamente un modelo en Python o insertar un motor de scripting para macros de usuario. ¿Qué hacer? Correcto: construir puentes.

En este artículo, analizaremos formas reales y probadas de integrar Java con otros lenguajes. Desde el clásico JNI hasta el futurista GraalVM y el modesto pero confiable IPC. Sin rodeos: solo código, benchmarks y consejos prácticos. ¡Allá vamos!

1. JNI (Java Native Interface) — el abuelo de la integración

JNI (Java Native Interface) es el mecanismo estándar que permite que el código Java llame a aplicaciones nativas (generalmente C/C++) y viceversa. Existe desde las primeras versiones de Java y sigue siendo la forma más rápida de integración si necesitas trabajar con hardware, llamadas al sistema o bibliotecas heredadas.

Cómo funciona (muy resumido)

Escribes una interfaz en Java con la palabra clave native, generas un encabezado C con la utilidad javac -h, implementas la función en C, compilas en una biblioteca dinámica (.so / .dll) y la cargas con System.loadLibrary().

Ejemplo: llamar a una función en C desde Java

Supongamos que tenemos una función ultrarrápida en C que calcula el hash SHA-256. Necesitamos llamarla desde Java.

Paso 1. Clase Java (HashBridge.java)

public class HashBridge {\n    static {\n        System.loadLibrary("nativehash");\n    }\n\n    // Declaramos el método nativo\n    public native String computeHash(String input);\n\n    public static void main(String[] args) {\n        HashBridge bridge = new HashBridge();\n        String result = bridge.computeHash("Hello from Java!");\n        System.out.println("Hash: " + result);\n    }\n}\n

Paso 2. Generamos el encabezado

javac -h . HashBridge.java\n

Obtenemos el archivo HashBridge.h con la firma.

Paso 3. Implementación en C (nativehash.c)

#include <jni.h>\n#include <string.h>\n#include <openssl/sha.h>\n\nJNIEXPORT jstring JNICALL Java_HashBridge_computeHash(JNIEnv *env, jobject obj, jstring input) {\n    const char *nativeString = (*env)->GetStringUTFChars(env, input, 0);\n    unsigned char hash[SHA256_DIGEST_LENGTH];\n    SHA256((unsigned char*)nativeString, strlen(nativeString), hash);\n\n    char hex[65];\n    for (int i = 0; i < SHA256_DIGEST_LENGTH; i++) {\n        sprintf(hex + (i * 2), "%02x", hash[i]);\n    }\n    hex[64] = 0;\n\n    (*env)->ReleaseStringUTFChars(env, input, nativeString);\n    return (*env)->NewStringUTF(env, hex);\n}\n

Paso 4. Compilamos y ejecutamos

gcc -shared -o libnativehash.so -fPIC -I${JAVA_HOME}/include -I${JAVA_HOME}/include/linux nativehash.c -lcrypto\njava HashBridge\n

Salida: Hash: 2cf24dba5fb0a30e26e83b2ac5b9e29e1b161e5c1fa7425e73043362938b9824

Ventajas y desventajas de JNI

\n
• ✅ Máximo rendimiento — llamada directa al código nativo sin sobrecarga.
\n
• ✅ Acceso a APIs del sistema — controladores, GPU, funciones específicas del SO.
\n
• ❌ Dificultad de depuración — un error en C puede colapsar la JVM sin stacktrace.
\n
• ❌ Dependencia de plataforma — hay que compilar para cada SO/arquitectura.
\n
• ❌ Código tedioso — escribir el envoltorio JNI en C no es placentero.
\n

2. GraalVM — la navaja suiza multilingüe