Bonjour,

Comment ces deux technologies peuvent-elles travailler ensemble ?

Merci

De facon generale, elles ne le sont pas
Je suis loin d'etre un expert en web. Mias j'ai l'impression que soit tu ecris ton service web en node.js soit en JEE. Donc au sein d'une appli complexe, tu pourrais avoir certains service web en node.js et d'autre en JEE.
Mais a part des cas bizarre, je ne vois pas d'interet a faire un unique service en utilisant les deux technologies.

Quelqu'un qui fait du web pour completer ?

Il y a des milliers de façon de faire travailler ces deux technologies ensemble (architecture micro-service comme évoquée ci-dessus en est une)

Précise ta question en donnant le contexte par exemple.

Edit : l'intérêt est souvent très limité, surtout que maîtriser en profondeur à la fois JEE et Node JS ce n'est pas donné à tout le monde.

Tu peux tout-à-fait travailler avec NodeJS et JEE ensemble.

Certaines sociétés ont une couche back-end JEE très bas niveau (proche des bases de données) et un middleware en nodeJS.
On peut également imaginer une partie fonctionnelle d'un site (chat, notifications..) en nodeJS.

Enfin, avec les architectures microservices comme évoquées précédemment, il peut être pertinent d'avoir certains services développés en Java tandis que d'autres le sont en javascript.

Le 31 août 2016 à 19:34:26 Porion a écrit :
Certaines sociétés ont une couche back-end JEE très bas niveau (proche des bases de données) et un middleware en nodeJS.

Est-ce que tu peux détailler un peu plus le fonctionnement ?
Comment la liaison est faite, ce qu'apporte node js de plus en middleware que JEE etc

Autant je comprends qu'on puisse préférer JEE pour le back (POO oblige) mais s'embêter à mettre par dessus du node js , je comprends pas.

J'imagine qu'il peut y avoir des raisons historiques. Peut etre le service a ete ecrit en JEE il y a longtemps. Aujourd'hui on developpe un nouvel aggregateur, tu l'ecris en node.js et il va tapper dnas d'ature webservice backend dont un en JEE.

Pour le .Net il y a Edge.js : http://tjanczuk.github.io/edge/#/
Il doit certainement avoir un équivalent Java mais effectivement, ça aiderait d'avoir plus d'informations sur ce que tu veux faire.

Le 31 août 2016 à 22:31:31 godrik a écrit :
J'imagine qu'il peut y avoir des raisons historiques. Peut etre le service a ete ecrit en JEE il y a longtemps. Aujourd'hui on developpe un nouvel aggregateur, tu l'ecris en node.js et il va tapper dnas d'ature webservice backend dont un en JEE.

Ouais c'est bien ce que je pensais c'est bien sale ce bricolage.

Ouais c'est bien ce que je pensais c'est bien sale ce bricolage.

Je ne connais pas bien les techno web, perso j'aime pas ca. Mais pourquoi c'est sale exactement? C'est pas justement le but des architectures web multi-tier d'avoir des couches de webservices a different niveau pour founir du passage a l'echelle par webservice et definir des interfaces qui permettent de s'abstraire des technologies utilise dans des composants differents? C"est pas justement sur ce genre de principe que tout le web est construit?

J'ai un webservice la qui est ecrit avec une DB mysql qui tourne en parallel d'un webservice service en C++. L'utilisateur tape un front end ecrit en PHP. Du coup ca me permet de passer a l'echelle la partie calculatoire du service qui est ecrit en C++ independement de passer a l'echelle le front end en PHP. Ca me permet d'avoir un service a faible latence pour la plupart des requetes et qui ralenti sur certaines requetes quand le webservice est surcharge.

Le 01 septembre 2016 à 15:45:28 godrik a écrit :

Ouais c'est bien ce que je pensais c'est bien sale ce bricolage.

Je ne connais pas bien les techno web, perso j'aime pas ca. Mais pourquoi c'est sale exactement? C'est pas justement le but des architectures web multi-tier d'avoir des couches de webservices a different niveau pour founir du passage a l'echelle par webservice et definir des interfaces qui permettent de s'abstraire des technologies utilise dans des composants differents? C"est pas justement sur ce genre de principe que tout le web est construit?

J'ai un webservice la qui est ecrit avec une DB mysql qui tourne en parallel d'un webservice service en C++. L'utilisateur tape un front end ecrit en PHP. Du coup ca me permet de passer a l'echelle la partie calculatoire du service qui est ecrit en C++ independement de passer a l'echelle le front end en PHP. Ca me permet d'avoir un service a faible latence pour la plupart des requetes et qui ralenti sur certaines requetes quand le webservice est surcharge.

Je suis d'accord dans ton cas de figure mais allier deux techno web jee + node js, je trouve ça clairement improductif, dur à maintenir etc

Tu peux faire un schéma full php vs php + c++ pour bien montrer la différence ?

Ce que j'ai compris c'est ça :

Full PHP :
Requète - > calcul -> réponse

PHP + C++ :
Requète -> lancement du calcul -> réponse ıı calcul
ou requète -> lancement du calcul -> wait -> resultat -> réponse (mais aucun avantage par rapport à du full php)
La réponse du calcul en revanche ne sera pas disponible dans le second cas dans la réponse et du coup j'ai beaucoup de mal à voir concrètement dans quel cas ça pourrait être utilisé.