Bonjour,
J'aimerais faire dialoguer une interface swing, ou text écrite en Java
avec un serveur (daemon) distant.
Connaissez-vous un protocole facile à implémenter afin d'assurer le
dialogue entre la partie GUI et le Serveur. Je voudrais faire du RPC en
quelque sorte (mais je ne veux pas utiliser RMI).
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Cedric Lefebvre
Pourquoi ne veux-tu pas utiliser RMI ? Ton serveur n'est pas en Java ? Pour des problemes de performances ? Pour une histoire de simplicite d'implementation ? ... sans savoir quelles sont tes contraintes difficile de te conseiller.
Enfin peut- tre que SOAP te satisferait ? (c'est du RPC en XML sur HTTP) Ca a vraiment la cote, comme protocole. http://ws.apache.org/soap/ pour une implementation.
Mais il existe de nombreuses autres possibilites.
Cedric Lefebvre
"mTs" wrote in message news:40eb088f$0$28499$
Bonjour, J'aimerais faire dialoguer une interface swing, ou text écrite en Java avec un serveur (daemon) distant. Connaissez-vous un protocole facile à implémenter afin d'assurer le dialogue entre la partie GUI et le Serveur. Je voudrais faire du RPC en quelque sorte (mais je ne veux pas utiliser RMI).
Merci d'avace pour votre réponse.
Pourquoi ne veux-tu pas utiliser RMI ? Ton serveur n'est pas en Java ?
Pour des problemes de performances ? Pour une histoire de simplicite
d'implementation ? ... sans savoir quelles sont tes contraintes difficile
de te conseiller.
Enfin peut- tre que SOAP te satisferait ? (c'est du RPC en XML
sur HTTP) Ca a vraiment la cote, comme protocole.
http://ws.apache.org/soap/ pour une implementation.
Mais il existe de nombreuses autres possibilites.
Cedric Lefebvre
"mTs" <mTs@de.de> wrote in message
news:40eb088f$0$28499$626a14ce@news.free.fr...
Bonjour,
J'aimerais faire dialoguer une interface swing, ou text écrite en Java
avec un serveur (daemon) distant.
Connaissez-vous un protocole facile à implémenter afin d'assurer le
dialogue entre la partie GUI et le Serveur. Je voudrais faire du RPC en
quelque sorte (mais je ne veux pas utiliser RMI).
Pourquoi ne veux-tu pas utiliser RMI ? Ton serveur n'est pas en Java ? Pour des problemes de performances ? Pour une histoire de simplicite d'implementation ? ... sans savoir quelles sont tes contraintes difficile de te conseiller.
Enfin peut- tre que SOAP te satisferait ? (c'est du RPC en XML sur HTTP) Ca a vraiment la cote, comme protocole. http://ws.apache.org/soap/ pour une implementation.
Mais il existe de nombreuses autres possibilites.
Cedric Lefebvre
"mTs" wrote in message news:40eb088f$0$28499$
Bonjour, J'aimerais faire dialoguer une interface swing, ou text écrite en Java avec un serveur (daemon) distant. Connaissez-vous un protocole facile à implémenter afin d'assurer le dialogue entre la partie GUI et le Serveur. Je voudrais faire du RPC en quelque sorte (mais je ne veux pas utiliser RMI).
Merci d'avace pour votre réponse.
mTs
Cedric Lefebvre wrote:
Pourquoi ne veux-tu pas utiliser RMI ? Ton serveur n'est pas en Java ? Pour des problemes de performances ? Pour une histoire de simplicite d'implementation ? ... sans savoir quelles sont tes contraintes difficile de te conseiller.
Enfin peut- tre que SOAP te satisferait ? (c'est du RPC en XML sur HTTP) Ca a vraiment la cote, comme protocole. http://ws.apache.org/soap/ pour une implementation.
Mais il existe de nombreuses autres possibilites.
Cedric Lefebvre
"mTs" wrote in message news:40eb088f$0$28499$
Bonjour, J'aimerais faire dialoguer une interface swing, ou text écrite en Java avec un serveur (daemon) distant. Connaissez-vous un protocole facile à implémenter afin d'assurer le dialogue entre la partie GUI et le Serveur. Je voudrais faire du RPC en quelque sorte (mais je ne veux pas utiliser RMI).
Merci d'avace pour votre réponse.
Mon serveur sera en java mais ça m'ennuie de lancer un rmiregistry (d'ailleurs peut-on en avoir plusieurs sur la même machine ?) et je me dit que pour mon application cela permettra éventuellement d'avoir des clients écrits dans d'autres langages ... J'avais également pensé à SOAP mais je me demande si on peux l'utiliser sans HTTP et envoyé directement les messages xml dans une socket ? J'ai pas encore réussi à trouver une implémentation sans http ..
Cedric Lefebvre wrote:
Pourquoi ne veux-tu pas utiliser RMI ? Ton serveur n'est pas en Java ?
Pour des problemes de performances ? Pour une histoire de simplicite
d'implementation ? ... sans savoir quelles sont tes contraintes difficile
de te conseiller.
Enfin peut- tre que SOAP te satisferait ? (c'est du RPC en XML
sur HTTP) Ca a vraiment la cote, comme protocole.
http://ws.apache.org/soap/ pour une implementation.
Mais il existe de nombreuses autres possibilites.
Cedric Lefebvre
"mTs" <mTs@de.de> wrote in message
news:40eb088f$0$28499$626a14ce@news.free.fr...
Bonjour,
J'aimerais faire dialoguer une interface swing, ou text écrite en Java
avec un serveur (daemon) distant.
Connaissez-vous un protocole facile à implémenter afin d'assurer le
dialogue entre la partie GUI et le Serveur. Je voudrais faire du RPC en
quelque sorte (mais je ne veux pas utiliser RMI).
Merci d'avace pour votre réponse.
Mon serveur sera en java mais ça m'ennuie de lancer un rmiregistry
(d'ailleurs peut-on en avoir plusieurs sur la même machine ?) et je me
dit que pour mon application cela permettra éventuellement d'avoir des
clients écrits dans d'autres langages ...
J'avais également pensé à SOAP mais je me demande si on peux l'utiliser
sans HTTP et envoyé directement les messages xml dans une socket ?
J'ai pas encore réussi à trouver une implémentation sans http ..
Pourquoi ne veux-tu pas utiliser RMI ? Ton serveur n'est pas en Java ? Pour des problemes de performances ? Pour une histoire de simplicite d'implementation ? ... sans savoir quelles sont tes contraintes difficile de te conseiller.
Enfin peut- tre que SOAP te satisferait ? (c'est du RPC en XML sur HTTP) Ca a vraiment la cote, comme protocole. http://ws.apache.org/soap/ pour une implementation.
Mais il existe de nombreuses autres possibilites.
Cedric Lefebvre
"mTs" wrote in message news:40eb088f$0$28499$
Bonjour, J'aimerais faire dialoguer une interface swing, ou text écrite en Java avec un serveur (daemon) distant. Connaissez-vous un protocole facile à implémenter afin d'assurer le dialogue entre la partie GUI et le Serveur. Je voudrais faire du RPC en quelque sorte (mais je ne veux pas utiliser RMI).
Merci d'avace pour votre réponse.
Mon serveur sera en java mais ça m'ennuie de lancer un rmiregistry (d'ailleurs peut-on en avoir plusieurs sur la même machine ?) et je me dit que pour mon application cela permettra éventuellement d'avoir des clients écrits dans d'autres langages ... J'avais également pensé à SOAP mais je me demande si on peux l'utiliser sans HTTP et envoyé directement les messages xml dans une socket ? J'ai pas encore réussi à trouver une implémentation sans http ..
Cedric Lefebvre
Mon serveur sera en java mais ça m'ennuie de lancer un rmiregistry
Ce n'est pas obligatoire, tu peux faire une connexion directe au serveur en RMI, sans passer par le registry.
(d'ailleurs peut-on en avoir plusieurs sur la même machine ?) et je me
Plusieurs ??? Pourquoi ca ? On a normalement besoin d'un seul registry pour plusieurs clients et plusieurs serveurs.
dit que pour mon application cela permettra éventuellement d'avoir des clients écrits dans d'autres langages ... J'avais également pensé à SOAP mais je me demande si on peux l'utiliser sans HTTP et envoyé directement les messages xml dans une socket ?
Pour quelle raison ?
J'ai pas encore réussi à trouver une implémentation sans http ..
Si tu ne veux pas HTTP, tu desires quoi comme implementation ?
Cedric Lefebvre
Mon serveur sera en java mais ça m'ennuie de lancer un rmiregistry
Ce n'est pas obligatoire, tu peux faire une connexion directe au serveur
en RMI, sans passer par le registry.
(d'ailleurs peut-on en avoir plusieurs sur la même machine ?) et je me
Plusieurs ??? Pourquoi ca ? On a normalement besoin d'un seul
registry pour plusieurs clients et plusieurs serveurs.
dit que pour mon application cela permettra éventuellement d'avoir des
clients écrits dans d'autres langages ...
J'avais également pensé à SOAP mais je me demande si on peux l'utiliser
sans HTTP et envoyé directement les messages xml dans une socket ?
Pour quelle raison ?
J'ai pas encore réussi à trouver une implémentation sans http ..
Si tu ne veux pas HTTP, tu desires quoi comme implementation ?
Mon serveur sera en java mais ça m'ennuie de lancer un rmiregistry
Ce n'est pas obligatoire, tu peux faire une connexion directe au serveur en RMI, sans passer par le registry.
(d'ailleurs peut-on en avoir plusieurs sur la même machine ?) et je me
Plusieurs ??? Pourquoi ca ? On a normalement besoin d'un seul registry pour plusieurs clients et plusieurs serveurs.
dit que pour mon application cela permettra éventuellement d'avoir des clients écrits dans d'autres langages ... J'avais également pensé à SOAP mais je me demande si on peux l'utiliser sans HTTP et envoyé directement les messages xml dans une socket ?
Pour quelle raison ?
J'ai pas encore réussi à trouver une implémentation sans http ..
Si tu ne veux pas HTTP, tu desires quoi comme implementation ?
Cedric Lefebvre
mTs
Cedric Lefebvre wrote:
Mon serveur sera en java mais ça m'ennuie de lancer un rmiregistry
Ce n'est pas obligatoire, tu peux faire une connexion directe au serveur en RMI, sans passer par le registry.
(d'ailleurs peut-on en avoir plusieurs sur la même machine ?) et je me
Plusieurs ??? Pourquoi ca ? On a normalement besoin d'un seul registry pour plusieurs clients et plusieurs serveurs.
je ne veux pas que mon application interfere avec d'autres applications utilisant également RMI
dit que pour mon application cela permettra éventuellement d'avoir des clients écrits dans d'autres langages ... J'avais également pensé à SOAP mais je me demande si on peux l'utiliser sans HTTP et envoyé directement les messages xml dans une socket ?
Pour quelle raison ?
Si je n'utilise pas de serveur web mais plutôt un serveur classique écoutant sur un port donnée, celui-ci n'as pas besoin de connaitre le HTTP.
J'ai pas encore réussi à trouver une implémentation sans http ..
Si tu ne veux pas HTTP, tu desires quoi comme implementation ?
Disons des librairies qui permettent de rédiger le message SOAP facilement et obtenir une string que j'enverrai ensuite par socket !!
Cedric Lefebvre wrote:
Mon serveur sera en java mais ça m'ennuie de lancer un rmiregistry
Ce n'est pas obligatoire, tu peux faire une connexion directe au serveur
en RMI, sans passer par le registry.
(d'ailleurs peut-on en avoir plusieurs sur la même machine ?) et je me
Plusieurs ??? Pourquoi ca ? On a normalement besoin d'un seul
registry pour plusieurs clients et plusieurs serveurs.
je ne veux pas que mon application interfere avec d'autres applications
utilisant également RMI
dit que pour mon application cela permettra éventuellement d'avoir des
clients écrits dans d'autres langages ...
J'avais également pensé à SOAP mais je me demande si on peux l'utiliser
sans HTTP et envoyé directement les messages xml dans une socket ?
Pour quelle raison ?
Si je n'utilise pas de serveur web mais plutôt un serveur classique
écoutant sur un port donnée, celui-ci n'as pas besoin de connaitre le HTTP.
J'ai pas encore réussi à trouver une implémentation sans http ..
Si tu ne veux pas HTTP, tu desires quoi comme implementation ?
Disons des librairies qui permettent de rédiger le message SOAP
facilement et obtenir une
string que j'enverrai ensuite par socket !!
Mon serveur sera en java mais ça m'ennuie de lancer un rmiregistry
Ce n'est pas obligatoire, tu peux faire une connexion directe au serveur en RMI, sans passer par le registry.
(d'ailleurs peut-on en avoir plusieurs sur la même machine ?) et je me
Plusieurs ??? Pourquoi ca ? On a normalement besoin d'un seul registry pour plusieurs clients et plusieurs serveurs.
je ne veux pas que mon application interfere avec d'autres applications utilisant également RMI
dit que pour mon application cela permettra éventuellement d'avoir des clients écrits dans d'autres langages ... J'avais également pensé à SOAP mais je me demande si on peux l'utiliser sans HTTP et envoyé directement les messages xml dans une socket ?
Pour quelle raison ?
Si je n'utilise pas de serveur web mais plutôt un serveur classique écoutant sur un port donnée, celui-ci n'as pas besoin de connaitre le HTTP.
J'ai pas encore réussi à trouver une implémentation sans http ..
Si tu ne veux pas HTTP, tu desires quoi comme implementation ?
Disons des librairies qui permettent de rédiger le message SOAP facilement et obtenir une string que j'enverrai ensuite par socket !!
Cedric Lefebvre
Plusieurs ??? Pourquoi ca ? On a normalement besoin d'un seul registry pour plusieurs clients et plusieurs serveurs.
je ne veux pas que mon application interfere avec d'autres applications utilisant également RMI
Utiliser le meme registry ne signifie pas interferer, c'est juste une sorte d'annuaire...
Ou sinon tu ne passes pas par le registry.
Si je n'utilise pas de serveur web mais plutôt un serveur classique écoutant sur un port donnée, celui-ci n'as pas besoin de connaitre le HTTP.
Cela n'empeche pas de passer par HTTP, HTTP c'est juste un bete protocole de communication.
Disons des librairies qui permettent de rédiger le message SOAP facilement et obtenir une string que j'enverrai ensuite par socket !!
Dans ce cas, il me semble que ca ne devrait pas exister. Apres un rapide coup d'oeil sur la spec SOAP, il semble qu'il faille de toute maniere un protocole de communication en dessous de SOAP. Donc si tu ne veux pas de protocole de communication il faudra que tu l'implementes...
En gros, si tu as des bases en reseau, SOAP lui-meme doit etre du niveau 6 ou 7, mais il necessite l'implementation des couches du dessous pour fonctionner. D'ou l'utilisation de HTTP qui a l'avantage d'etre tres simple.
My 2 cents
Cedric Lefebvre
Plusieurs ??? Pourquoi ca ? On a normalement besoin d'un seul
registry pour plusieurs clients et plusieurs serveurs.
je ne veux pas que mon application interfere avec d'autres applications
utilisant également RMI
Utiliser le meme registry ne signifie pas interferer, c'est juste une sorte
d'annuaire...
Ou sinon tu ne passes pas par le registry.
Si je n'utilise pas de serveur web mais plutôt un serveur classique
écoutant sur un port donnée, celui-ci n'as pas besoin de connaitre le
HTTP.
Cela n'empeche pas de passer par HTTP, HTTP c'est juste un bete protocole
de communication.
Disons des librairies qui permettent de rédiger le message SOAP
facilement et obtenir une string que j'enverrai ensuite par socket !!
Dans ce cas, il me semble que ca ne devrait pas exister. Apres un rapide
coup d'oeil sur la spec SOAP, il semble qu'il faille de toute maniere un
protocole de communication en dessous de SOAP.
Donc si tu ne veux pas de protocole de communication il faudra que tu
l'implementes...
En gros, si tu as des bases en reseau, SOAP lui-meme doit etre du niveau
6 ou 7, mais il necessite l'implementation des couches du dessous pour
fonctionner. D'ou l'utilisation de HTTP qui a l'avantage d'etre tres simple.
Plusieurs ??? Pourquoi ca ? On a normalement besoin d'un seul registry pour plusieurs clients et plusieurs serveurs.
je ne veux pas que mon application interfere avec d'autres applications utilisant également RMI
Utiliser le meme registry ne signifie pas interferer, c'est juste une sorte d'annuaire...
Ou sinon tu ne passes pas par le registry.
Si je n'utilise pas de serveur web mais plutôt un serveur classique écoutant sur un port donnée, celui-ci n'as pas besoin de connaitre le HTTP.
Cela n'empeche pas de passer par HTTP, HTTP c'est juste un bete protocole de communication.
Disons des librairies qui permettent de rédiger le message SOAP facilement et obtenir une string que j'enverrai ensuite par socket !!
Dans ce cas, il me semble que ca ne devrait pas exister. Apres un rapide coup d'oeil sur la spec SOAP, il semble qu'il faille de toute maniere un protocole de communication en dessous de SOAP. Donc si tu ne veux pas de protocole de communication il faudra que tu l'implementes...
En gros, si tu as des bases en reseau, SOAP lui-meme doit etre du niveau 6 ou 7, mais il necessite l'implementation des couches du dessous pour fonctionner. D'ou l'utilisation de HTTP qui a l'avantage d'etre tres simple.
My 2 cents
Cedric Lefebvre
Nico
Peux-être que cette solution pourrait t'intéresser : http://www.bs-factory.org/index.shtml
Je ne l'ai pas mis en oeuvre, mais si quelqu'un à une expérience sur ce produit, je suis preneur .
mTs wrote:
Bonjour, J'aimerais faire dialoguer une interface swing, ou text écrite en Java avec un serveur (daemon) distant. Connaissez-vous un protocole facile à implémenter afin d'assurer le dialogue entre la partie GUI et le Serveur. Je voudrais faire du RPC en quelque sorte (mais je ne veux pas utiliser RMI).
Merci d'avace pour votre réponse.
Peux-être que cette solution pourrait t'intéresser :
http://www.bs-factory.org/index.shtml
Je ne l'ai pas mis en oeuvre, mais si quelqu'un à une expérience sur ce
produit, je suis preneur .
mTs wrote:
Bonjour,
J'aimerais faire dialoguer une interface swing, ou text écrite en Java
avec un serveur (daemon) distant.
Connaissez-vous un protocole facile à implémenter afin d'assurer le
dialogue entre la partie GUI et le Serveur. Je voudrais faire du RPC en
quelque sorte (mais je ne veux pas utiliser RMI).
Peux-être que cette solution pourrait t'intéresser : http://www.bs-factory.org/index.shtml
Je ne l'ai pas mis en oeuvre, mais si quelqu'un à une expérience sur ce produit, je suis preneur .
mTs wrote:
Bonjour, J'aimerais faire dialoguer une interface swing, ou text écrite en Java avec un serveur (daemon) distant. Connaissez-vous un protocole facile à implémenter afin d'assurer le dialogue entre la partie GUI et le Serveur. Je voudrais faire du RPC en quelque sorte (mais je ne veux pas utiliser RMI).
Merci d'avace pour votre réponse.
Cedric Lefebvre
C'est sur HTTP, alors ca ne devrait pas trop lui plaire ;-)
Cela dit, a vue de nez, ca a l'air pas mal... je demande a voir.
Cedric Lefebvre
Peux-être que cette solution pourrait t'intéresser : http://www.bs-factory.org/index.shtml
Je ne l'ai pas mis en oeuvre, mais si quelqu'un à une expérience sur ce produit, je suis preneur .
mTs wrote:
Bonjour, J'aimerais faire dialoguer une interface swing, ou text écrite en Java avec un serveur (daemon) distant. Connaissez-vous un protocole facile à implémenter afin d'assurer le dialogue entre la partie GUI et le Serveur. Je voudrais faire du RPC en quelque sorte (mais je ne veux pas utiliser RMI).
Merci d'avace pour votre réponse.
C'est sur HTTP, alors ca ne devrait pas trop lui plaire ;-)
Cela dit, a vue de nez, ca a l'air pas mal... je demande a voir.
Cedric Lefebvre
Peux-être que cette solution pourrait t'intéresser :
http://www.bs-factory.org/index.shtml
Je ne l'ai pas mis en oeuvre, mais si quelqu'un à une expérience sur ce
produit, je suis preneur .
mTs wrote:
Bonjour,
J'aimerais faire dialoguer une interface swing, ou text écrite en Java
avec un serveur (daemon) distant.
Connaissez-vous un protocole facile à implémenter afin d'assurer le
dialogue entre la partie GUI et le Serveur. Je voudrais faire du RPC en
quelque sorte (mais je ne veux pas utiliser RMI).
C'est sur HTTP, alors ca ne devrait pas trop lui plaire ;-)
Cela dit, a vue de nez, ca a l'air pas mal... je demande a voir.
Cedric Lefebvre
Peux-être que cette solution pourrait t'intéresser : http://www.bs-factory.org/index.shtml
Je ne l'ai pas mis en oeuvre, mais si quelqu'un à une expérience sur ce produit, je suis preneur .
mTs wrote:
Bonjour, J'aimerais faire dialoguer une interface swing, ou text écrite en Java avec un serveur (daemon) distant. Connaissez-vous un protocole facile à implémenter afin d'assurer le dialogue entre la partie GUI et le Serveur. Je voudrais faire du RPC en quelque sorte (mais je ne veux pas utiliser RMI).
