Je suis à la recherche d'informations sur les différents moyens en java de
faire de l'appel de procédures distantes ou de transfert d'objet.
Je suis en train de réaliser une application distribuée de type 3-tiers (1
serveur de données, 1 serveur d'application, 1 interface graphique). Chacun
de ces programme est en java et je cherche un moyen de les faire
communiquer.
J'imagine qu'il est possible d'utiliser une communication par socket, corba,
rmi, web-service.
N'ayant pas fait d'application distribuée auparavant, je me repose sur vous
pour m'éclairer sur les différentes méthodes qui existent et sur les
avantages et inconvénients.
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
Ulrich
Et bien, je pense que pour une première tu devrais utiliser RMI. En effet, il s'agit du Middleware assez simple d'utilisation et qui est destiné justement, aux communications "Java <--> Java". Il est simple à mettre en oeuvre et est largement documenté.
Néanmoins, si tu "sens" que ton client souhaiterai (dans un futur proche) faire évoluer son produit dans des plates-formes hétérogènes, le mieux est de passer directement en CORBA. L'apprentissage est plus rude, mais bon, on a rien sans rien.
L'avantage ? C'est que tu ouvres ton appli à des solutions autres que Java. "Java <--> C++, Delphi, *
Une autre solution est d'utiliser SOAP, tu as dans ce cas une inter-opérabilité 100% ouvert. Mais je n'ai que très peu d'expérience sur ce Middleware, donc je passe la main à mes confrères (ca fait bien !).
Bon code, Ulrich.
"Benoit F" a écrit dans le message de news: bobuck$nfv$
Bonjour/soir,
Je suis à la recherche d'informations sur les différents moyens en java de faire de l'appel de procédures distantes ou de transfert d'objet.
Je suis en train de réaliser une application distribuée de type 3-tiers (1 serveur de données, 1 serveur d'application, 1 interface graphique). Chacun
de ces programme est en java et je cherche un moyen de les faire communiquer.
J'imagine qu'il est possible d'utiliser une communication par socket, corba,
rmi, web-service. N'ayant pas fait d'application distribuée auparavant, je me repose sur vous
pour m'éclairer sur les différentes méthodes qui existent et sur les avantages et inconvénients.
Merci d'avance
-- Benoît F.
Et bien, je pense que pour une première tu devrais utiliser RMI. En effet,
il s'agit du Middleware assez simple d'utilisation et qui est destiné
justement, aux communications "Java <--> Java". Il est simple à mettre en
oeuvre et est largement documenté.
Néanmoins, si tu "sens" que ton client souhaiterai (dans un futur proche)
faire évoluer son produit dans des plates-formes hétérogènes, le mieux est
de passer directement en CORBA. L'apprentissage est plus rude, mais bon, on
a rien sans rien.
L'avantage ? C'est que tu ouvres ton appli à des solutions autres que Java.
"Java <--> C++, Delphi, *
Une autre solution est d'utiliser SOAP, tu as dans ce cas une
inter-opérabilité 100% ouvert. Mais je n'ai que très peu d'expérience sur ce
Middleware, donc je passe la main à mes confrères (ca fait bien !).
Bon code,
Ulrich.
"Benoit F" <benoit.ferlet@localhost.invalid> a écrit dans le message de
news: bobuck$nfv$1@news-reader3.wanadoo.fr...
Bonjour/soir,
Je suis à la recherche d'informations sur les différents moyens en java de
faire de l'appel de procédures distantes ou de transfert d'objet.
Je suis en train de réaliser une application distribuée de type 3-tiers (1
serveur de données, 1 serveur d'application, 1 interface graphique).
Chacun
de ces programme est en java et je cherche un moyen de les faire
communiquer.
J'imagine qu'il est possible d'utiliser une communication par socket,
corba,
rmi, web-service.
N'ayant pas fait d'application distribuée auparavant, je me repose sur
vous
pour m'éclairer sur les différentes méthodes qui existent et sur les
avantages et inconvénients.
Et bien, je pense que pour une première tu devrais utiliser RMI. En effet, il s'agit du Middleware assez simple d'utilisation et qui est destiné justement, aux communications "Java <--> Java". Il est simple à mettre en oeuvre et est largement documenté.
Néanmoins, si tu "sens" que ton client souhaiterai (dans un futur proche) faire évoluer son produit dans des plates-formes hétérogènes, le mieux est de passer directement en CORBA. L'apprentissage est plus rude, mais bon, on a rien sans rien.
L'avantage ? C'est que tu ouvres ton appli à des solutions autres que Java. "Java <--> C++, Delphi, *
Une autre solution est d'utiliser SOAP, tu as dans ce cas une inter-opérabilité 100% ouvert. Mais je n'ai que très peu d'expérience sur ce Middleware, donc je passe la main à mes confrères (ca fait bien !).
Bon code, Ulrich.
"Benoit F" a écrit dans le message de news: bobuck$nfv$
Bonjour/soir,
Je suis à la recherche d'informations sur les différents moyens en java de faire de l'appel de procédures distantes ou de transfert d'objet.
Je suis en train de réaliser une application distribuée de type 3-tiers (1 serveur de données, 1 serveur d'application, 1 interface graphique). Chacun
de ces programme est en java et je cherche un moyen de les faire communiquer.
J'imagine qu'il est possible d'utiliser une communication par socket, corba,
rmi, web-service. N'ayant pas fait d'application distribuée auparavant, je me repose sur vous
pour m'éclairer sur les différentes méthodes qui existent et sur les avantages et inconvénients.
Merci d'avance
-- Benoît F.
Pierre Gilquin
Salut,
WebObjects d'Apple permet de faire des appli. 3 tiers java avec le tiers affichage etant soit des pages dynamiques HTML ou une appli java swing utilisant des objets metiers distribuées. Il est basé sur des objets persistant grace a son mapping objet - relationnel. Il fait tout ce que fait J2EE mais en beaucoup plus simple pour developper et deployer.
Desavantages: il n'est pas gratuit 700$ et demande un temps d'aprentissage non negligeable.Ca vient de chez Apple. Avantages : gestion automatique (pas de code SQL) de l'acces au bases de données, des objects distribuées, des sessions et des languages. Deploiement simple.
Pierre
"Benoit F" a écrit dans le message de news:bobuck$nfv$
Bonjour/soir,
Je suis à la recherche d'informations sur les différents moyens en java de faire de l'appel de procédures distantes ou de transfert d'objet.
Je suis en train de réaliser une application distribuée de type 3-tiers (1 serveur de données, 1 serveur d'application, 1 interface graphique). Chacun
de ces programme est en java et je cherche un moyen de les faire communiquer.
J'imagine qu'il est possible d'utiliser une communication par socket, corba,
rmi, web-service. N'ayant pas fait d'application distribuée auparavant, je me repose sur vous
pour m'éclairer sur les différentes méthodes qui existent et sur les avantages et inconvénients.
Merci d'avance
-- Benoît F.
Salut,
WebObjects d'Apple permet de faire des appli. 3 tiers java avec le tiers
affichage etant soit des pages dynamiques HTML ou une appli java swing
utilisant des objets metiers distribuées.
Il est basé sur des objets persistant grace a son mapping objet -
relationnel.
Il fait tout ce que fait J2EE mais en beaucoup plus simple pour developper
et deployer.
Desavantages: il n'est pas gratuit 700$ et demande un temps d'aprentissage
non negligeable.Ca vient de chez Apple.
Avantages : gestion automatique (pas de code SQL) de l'acces au bases de
données, des objects distribuées, des sessions et des languages.
Deploiement simple.
Pierre
"Benoit F" <benoit.ferlet@localhost.invalid> a écrit dans le message de
news:bobuck$nfv$1@news-reader3.wanadoo.fr...
Bonjour/soir,
Je suis à la recherche d'informations sur les différents moyens en java de
faire de l'appel de procédures distantes ou de transfert d'objet.
Je suis en train de réaliser une application distribuée de type 3-tiers (1
serveur de données, 1 serveur d'application, 1 interface graphique).
Chacun
de ces programme est en java et je cherche un moyen de les faire
communiquer.
J'imagine qu'il est possible d'utiliser une communication par socket,
corba,
rmi, web-service.
N'ayant pas fait d'application distribuée auparavant, je me repose sur
vous
pour m'éclairer sur les différentes méthodes qui existent et sur les
avantages et inconvénients.
WebObjects d'Apple permet de faire des appli. 3 tiers java avec le tiers affichage etant soit des pages dynamiques HTML ou une appli java swing utilisant des objets metiers distribuées. Il est basé sur des objets persistant grace a son mapping objet - relationnel. Il fait tout ce que fait J2EE mais en beaucoup plus simple pour developper et deployer.
Desavantages: il n'est pas gratuit 700$ et demande un temps d'aprentissage non negligeable.Ca vient de chez Apple. Avantages : gestion automatique (pas de code SQL) de l'acces au bases de données, des objects distribuées, des sessions et des languages. Deploiement simple.
Pierre
"Benoit F" a écrit dans le message de news:bobuck$nfv$
Bonjour/soir,
Je suis à la recherche d'informations sur les différents moyens en java de faire de l'appel de procédures distantes ou de transfert d'objet.
Je suis en train de réaliser une application distribuée de type 3-tiers (1 serveur de données, 1 serveur d'application, 1 interface graphique). Chacun
de ces programme est en java et je cherche un moyen de les faire communiquer.
J'imagine qu'il est possible d'utiliser une communication par socket, corba,
rmi, web-service. N'ayant pas fait d'application distribuée auparavant, je me repose sur vous
pour m'éclairer sur les différentes méthodes qui existent et sur les avantages et inconvénients.
