Création d'un middleware en Java

Version imprimable

10/02/2015, 15h19
robinwood13

Création d'un middleware en Java

Bonjour,

Je souhaite développer un système fractal où plusieurs applications pourraient communiquer.

L'idée serait d'avoir une application (middleware) qui récupère des données d'applications présentes sur le support (exemple : météo et agenda).

Ainsi, on ferait communiquer via ce middleware les deux applications sur une troisième où il y aurait un résultat différent, suivant les données fournies.

Mes questions sont :

- Serait-il préférable d'avoir une application middleware sur chaque support, fonctionnant ainsi ensemble et créant un réseau. Un principe d'abonnement y serait ajouté permettant de savoir d'où viennent les informations et à qui doivent elles être envoyées.

- OU un middleware sous forme de serveur/big data gérerait les réceptions et envoies.

De plus, voulant développer en JAVA, serait il préférable la technologie JMS (Java Messaging Service) ou plus classique via la technologie REST ou SOAP.

L'enregistrement des données se feraient de quelles manières ? BDD ?

Merci pour vos réponses, je vous avérerais que je suis un peu perdu...
10/02/2015, 16h19
Népomucène

Citation:

système fractal

:koi:

Je suppose que tu cherches à récupérer des informations de différents systèmes,
pour les mettre en relation selon des règles que tu définis.

Il faut d'abord que tu vois comment accéder à ces différents systèmes pour choisir une technologie.
Par exemple s'ils sont tous accessibles par des web-services alors tu peux aussi faire un WS qui va faire le tour.

Comment vas-tu restituer ces données après ?
- site web ?
- envoi par mail ?
...
10/02/2015, 16h42
robinwood13

Bonjour,

Dans un premier temps la récupération se ferait via cette application installée sur chaque support.

Ainsi, de manière extensible, on pourrait ajouter des applications compatibles dans le code.

L'idée serait de développer une application tierce qui récupérerait ces informations sous forme XML par exemple.

Merci pour vos réponses
10/02/2015, 16h51
Népomucène

Citation:

chaque support ???

tu veux dire sur chaque serveur ???
tu parles de météo, d'agendas ... ça peut être des feuilles excel ou des services Web
Pourrais-tu être plus concret dans ta demande !!!
Parce que pour l'instant, je ne sais pas si je dois te conseiller un serveur GlassFish ou une application Access !!! :aie:
10/02/2015, 17h07
robinwood13

1 pièce(s) jointe(s)

Pièce jointe 168683

Je vous envoie un schéma afin de faciliter l'explication.

Dans ce dernier, imaginons que l'app1 est une application météo. L'app 2 (sur un autre support) est l'application agenda.

Nous développons une application 3 réunissant les données de la météo et de l'agenda.

Pour se faire, on développe une app middleware que l'on installe sur tous les supports.

La partie client permettrait de gérer les abonnements et la partie serveur de communiquer avec les middlewares.

Cependant, la problématique reste le "par où transite ces données" ?

Faut-il un serveur, base de données ?

En espérant vous éclairer
10/02/2015, 17h32
Népomucène

Si tu stockes des données, il te faut une base de données (sic).

Pour l'application cliente sur smartphone, il faudra passer par Android (un peu différent de Java)
du coup, tu ne peux pas écrire ton application "espion" (cliente) une seule fois et la placer partout.
De toutes façons, il faut l'adapter à chaque "support" comme tu dis car les données à collecter sont hétérogènes.

Le serveur central et sa base, c'est ce qui sera le plus simple à faire.
10/02/2015, 18h00
robinwood13

Dans un premier temps ça sera Java sur pc et android.

Ensuite, concernant les récupérations de données, j'engloberai ce qu'il me faudra sous format XML.

N'ayant jamais développé de serveur, la démarche est elle longue ?
10/02/2015, 18h07
Népomucène

Citation:

N'ayant jamais développé de serveur, la démarche est elle longue ?

Plus personne ne développe de serveur pour une application.
Tu dois utiliser ce qui existe déjà :
- base de données MySql, PosGrSql, etc... pour les données
- serveur Apache pour le site.

En fait tu en es à quel niveau de java / android ?
As-tu eu des cours sur la conduite de projet ?

Je te demande cela pour être sûr que tu ne t'embarques pas dans quelque chose de monstrueux.
10/02/2015, 18h53
robinwood13

En termes de conduite de projet j'ai surtout vu les classiques cahier des charges, cahier de faisa et tout ce qui tournait autour des méthodes agile.

Aujourd'hui le projet sur lequel je travaille est un travail de groupe (nous sommes 5).

Nous avons tous des compétences en Java, C++, C et postgresql, mais il est vrai que les cours donnés restent cantonnés au TPs

Dans un premier temps, nous pensons jouer avec des classes, voir si tout fonctionne dans un seul environnement en allant chercher des données fournies par des API.

Nous nous étendrons par la suite.
10/02/2015, 19h27
Népomucène

Dans un premier temps, tu devrais recenser les données à collecter et tester l'accès à ces données avec java ...
(c'est la partie application cliente sur les "supports")
à partir de là tu seras certain de la faisabilité
Après il sera possible de les envoyer au serveur pour centralisation puis redistribution.
10/02/2015, 20h17
robinwood13

Merci je prends note.

Concernant le côté serveur, je stocke les données en Postgree ? Apache permet cela ?

SOAP plutôt que REST ? J'abandonne l'idée du JMS ?
10/02/2015, 20h27
Népomucène

PostGrSql est une base de données
Apache c'est pour faire du site Web (en PHP par exemple)
les deux sont indépendants.

Pour l'instant laisse REST, SOAP et JMS de côté et concentre-toi sur l'accès aux données
car c'est là que tu sauras si c'est faisable ou pas.
10/02/2015, 21h59
robinwood13

A l'aide de classe tout d'abord ?
10/02/2015, 23h54
Népomucène

Citation:

A l'aide de classe tout d'abord ?

Avec Java tu ne peux guère faire autre chose ...
11/02/2015, 11h44
robinwood13

Changement de programme,

Si on veut avoir notre middleware qui, cette fois ci, n'a pas de lien avec une bdd mais qui va envoyer des requetes sur X supports.

Par exemple :

J'ai mon ordinateur avec mon appli middleware. Je veux les données de mon agenda. Pour cela j'envoie des requetes aux middlewares présents sur ma tablette et mon smartphone.

Le premier (dans un premier temps) qui répond sera celui choisi.

Est ce que tout cela est possible en imaginant que nous supprimons le haut de mon schéma ?

Merci pour vos conseils !
11/02/2015, 17h02
verbose

J'arrive en cours de discussion.
Je pense que ton architecture est redondante. La présence de serveurs secondaires (pour chaque type de support) est inutile.
Sur chaque support, tu vas installer ce que tu appelles un "middleware".
Le plus simple est que ce middleware se connecte directement au serveur central. Je pense qu'il n'y a aucune raison qui nécessite une intermédiation.

Par contre, je confirme qu'il est préférable d'utiliser un serveur central plutôt que du "peer to peer". Cela sera plus facile d'ajouter des traitements complémentaires sur les données, par exemple si tu veux extraire des statistiques que tu n'avais pas prévu au départ.

Concernant la communication entre les middlewares et le serveur central, je te conseille d'exposer une API REST au niveau du serveur central car tu as des supports Android. Le XML est un format assez lourd à traiter et il est plus courant d'utiliser du JSON sur les smartphones.

Enfin, pour le stockage des données, cela dépend du volume des données et de la quantité de requêtes que devra supporter ton serveur. Si tu souhaite un système décentralisé, je dirais qu'il vaut mieux prévoir de pouvoir facilement absorber une montée en charge sans être obligé de tout repenser. Pour cela, il existe les bases de données NoSQL. La plus répandue est MongoDB. Si tu veux absolument être en full java, il y a aussi Cassandra.

En espérant avoir éclairé ta lanterne :)
11/02/2015, 19h05
robinwood13

Merci beaucoup pour ta réponse !

Je prend note concernant la facilité du serveur central.

Pour communiquer deux "middlewares", l'API REST passera par le serveur central ? Si j'avais du enlever ce serveur central, qu'elle aurait été la solution ?

Concernant la récupération de données, je vais dans un premier temps utiliser un algorithme qui récupères des informations sur un .ics (google agenda).

Pour la météo, j'essayerai de trouver une API sur internet.
12/02/2015, 16h10
verbose

L'API REST doit être hébergée sur ton serveur central. Les middlewares envoient les données à ce serveur en utilisant un client REST (https://www.google.fr/?gws_rd=ssl#q=java+client+rest).
Sans ce serveur central, tu n'aurais pas pu avoir une vision globale, les données auraient été dispersées.

NOTA : Lorsque je parle de serveur central, c'est en fait une vision simpliste, mais suffisante dans un premier temps. Lorsque tu monteras en charge, tu auras en fait plusieurs serveurs.