Puis-je appeler Java à partir de Node.js via JNI et comment?

Vous devriez essayer le node-java npm module qui est un wrapper bien écrit sur JNI.

node-jave ne semble pas (encore) avoir une large adoption, mais en jouant avec, j'ai été impressionné par sa simplicité et sa robustesse.

C'est aussi simple que:

var list = java.newInstanceSync("java.util.ArrayList");
list.addSync("item1");
list.addSync("item2");
console.log(list.getSync(1)); // prints "item2"

Vous pouvez faire à peu près n'importe quoi avec votre JVM - créer des objets, des méthodes d'appel, des champs d'accès, etc.

il y a une légère asymétrie d'impédance entre Node et Java, donc si vous allez interagir avec quelque chose de compliqué, je vous recommande d'écrire la plupart de vos interactions en Java et d'exposer une interface plus simple à travers la barrière Node/Java. Cela facilite le débogage de cette façon.

- - - Dave

p. S., RealWorldUseCase (tm): j'ai travaillé dans un endroit qui avait un protocole assez complexe (et codé en spaghetti) entre plusieurs clients de navigateur et un service basé sur Java. J'ai écrit un joli test-harnais qui utilisé jsdom pour héberger N simulé et navigateurs utilisés node-java comme un wrapper autour du code de service Java. Il était trivial de raccourcir les interfaces de transport, à la fois en JS pour les clients, et en Java pour le service, donc chaque fois que l'une de ces choses envoie un message, je le capture et le colle dans une file d'attente pour la livraison probabiliste à la cible visée (c'est-à-dire, j'ai virtualisé le réseau). De cette façon, je pourrais exécuter une simulation complète de plusieurs clients interagissant avec et à travers un service Java, et exécuter l'ensemble de la chose dans un processus unique sans aucune communication par fil. Et ensuite je pourrais faire des choses amusantes comme réorganiser délibérément les livraisons de messages pour s'assurer que le code était résistant aux bogues temporels. Et quand un bug a été découvert, j'ai fait enregistrer les commandes de messages et j'ai pu les reproduire pour reprogrammer le bug. OH, et tout le truc s'est installé et a lancé un scénario assez complexe avec quelques milliers de lignes de journalisation et fini en moins d'une seconde par course. 2 semaines bien passées. Choses amusantes.

RealWorld Cas D'Utilisation N ° 2: sélénium inproc - un module qui enveloppe le fichier JAR SeleniumRC fournissant une interface de noeud pour les tests d'automatisation du navigateur w/Sélénium sans avoir à exécuter encore un autre service localhost.

la Communication peut être faite par child_process.

lancer un nouveau processus et d'exécuter une classe Principale. Cette classe principale renvoie la sortie à la console. ainsi les données sont disponibles pour les noeuds stdout data événement.

var cmd    = require('child_process').spawn('java', ['Main']);

cmd.stdout.on('data', function (data) {
  console.log('stdout: ' + data); // This will print string returned by Main class.
});

Je ne suis pas au courant de tous les détails du noeud.js mais je suppose que votre mention de JNI est en fait L'Interface Java Native. On ne peut utiliser JNI que depuis Java, donc imho cela n'a pas de sens d'accéder à Java depuis JNI si vous n'êtes pas déjà en java.

il semblerait que ce soit la mauvaise approche, et vous devez rechercher le noeud.js doco pour leur chapitre sur l'intégration...

je me demande si c'est possible. mais même si c'est possible j'imagine que c'est difficile à mettre en place et je suis certain que personne n'a encore fait.

Que diriez-vous d'utiliser un pipe nommà © e pour communiquer entre les processus(java et node.js)?

je pense que ce que vous recherchez est une extension native à utiliser comme un pont. Bien que je n'ai pas d'exemple de ce que vous dites, j'ai un exemple sur la façon d'appeler une extension C++ en utilisant un noeud.JS

https://github.com/jrgleason/NodeJSArduinoLEDController

je pense que la réponse approuvée est un peu vieille. Il peut être vaut la peine d'essayer: https://github.com/joeferner/node-java