Applications Java qui communiquent avec une servlet

Setup :

Client = multi-plateform
Serveur = tomcat 7 | java ee | servlet
Base De Données = MySQL

Mise en situation :

Mon but est d'avoir une application client ou le client se connecte en communiquant au serveur son login et son password "hasher", le serveur a son tour va se connecter a une bdd mysql pour la vérification des infos du client et renvoyer une réponse avec un "logSessionHash" pour que le client n'est pas a se reconnecter a chaque requête.

Si les info son bonne, le client demande les "news" au serveur en requête.(les news doivent être générer a la requête)Le serveur le généré et les envois au client.

Les news contiennes les description de fichiers que le client a le choix de télécharger ou non.

L'application devra supporter plus connexion pouvant être simultané.

Les Problèmes :

Voila, j'ai "setuper" la connexion entre le serveur et la bdd, cette connexion peut supporter plusieurs demandes simultanées dépendamment du hardware serveur.

Au niveau communication serveur-client j'ai de la misère. Je veut faire une interface comme steam mais sans avoir a créer un navigateur. Je veux que mon client n'ait qu'a aller chercher les info nécessaire au serveur sans avoir a télécharger l'interface (dans le cas de steam, le ficher html).

Je ne veut pas que mon serveur est a générer un ficher "news", il pourrait juste envoyer les "news"par un stream mais je sais pas comment.

Citation:

---

Envoyé par 11mad11

Client = multi-plateform
Serveur = tomcat 7 | java ee | servlet
Base De Données = MySQL

---

Juste pour préciser, ces choix te sont imposés ou c'est la spécification technique tu t'es fixée ?

Citation:

---

Envoyé par 11mad11

le client demande les "news" au serveur en requête.(les news doivent être générer a la requête)Le serveur le généré et les envois au client.
Les news contiennes les description de fichiers que le client a le choix de télécharger ou non.

---

Pour abstraire complètement : le client s'initialise avec une liste de référence récupérée auprès du serveur et l'utilisateur peut choisir de récupérer le contenu associé à chacune des ces références ?
Comme un feed (ie Flux RSS), un sommaire, etc. ?
Ensuite il y a le côté "les news doivent être générer a la requête" que je ne comprends pas.

Citation:

---

Envoyé par 11mad11

Au niveau communication serveur-client j'ai de la misère. Je veut faire une interface comme steam mais sans avoir a créer un navigateur. Je veux que mon client n'ait qu'a aller chercher les info nécessaire au serveur sans avoir a télécharger l'interface (dans le cas de steam, le ficher html).

---

C'est quoi que tu appelles une interface "comme Steam" ? Le mieux pour afficher du contenu HTML c'est un client Web. Après les technologies comme JavaFX offrent un support pour l'affichage HTML ou de manière plus générale pour la description d'interface (ie FXML)

Citation:

---

Envoyé par 11mad11

Je ne veut pas que mon serveur est a générer un ficher "news", il pourrait juste envoyer les "news"par un stream mais je sais pas comment.

---

Ce que tu veux c'est surement un web service. C'est-à-dire des données pures. Je te conseille de partir sur REST, simple à manipuler. Aujourd'hui il existe de nombreuses technologies autour comme JSON, HATEOAS et HAL.
A titre perso, j'utilise beaucoup Spring MVC REST. Le couple qui vient naturellement avec est une interface Web avec un framework JS "MVC" (eg support REST, templating,etc. Ex : Angular.js, Backbone.js) et une base orientée document (et plus particulièrement JSON. Ex : MongoDB, CouchBase).

Citation:

---

Client = multi-plateform
Serveur = tomcat 7 | java ee | servlet
Base De Données = MySQL

---

J'aimerais garder l'application en java ainsi que le serveur et je ne connait que le mysql pour la bdd.

Citation:

---

Pour abstraire complètement : le client s'initialise avec une liste de référence récupérée auprès du serveur et l'utilisateur peut choisir de récupérer le contenu associé à chacune des ces références ?
Comme un feed (ie Flux RSS), un sommaire, etc. ?

---

c'est exactement sa.

Citation:

---

Ensuite il y a le côté "les news doivent être générer a la requête" que je ne comprends pas.

---

La liste de référence ("news") peut être updater souvent et n'importe quand et elle est unique a chaque client.

Citation:

---

C'est quoi que tu appelles une interface "comme Steam" ? Le mieux pour afficher du contenu HTML c'est un client Web. Après les technologies comme JavaFX offrent un support pour l'affichage HTML ou de manière plus générale pour la description d'interface (ie FXML)

---

Je ne veux pas que mon serveur créer l'interface, le client va s'occuper de la créer.

Citation:

---

Ce que tu veux c'est surement un web service. C'est-à-dire des données pures. Je te conseille de partir sur REST, simple à manipuler. Aujourd'hui il existe de nombreuses technologies autour comme JSON, HATEOAS et HAL.
A titre perso, j'utilise beaucoup Spring MVC REST. Le couple qui vient naturellement avec est une interface Web avec un framework JS "MVC" (eg support REST, templating,etc. Ex : Angular.js, Backbone.js) et une base orientée document (et plus particulièrement JSON. Ex : MongoDB, CouchBase).

---

D'apres ce que j'ai lu de Spring MVC REST, sa semble etre un bonne solution, je vais l'essayer a partir de se tutoriel

Merci pour ton aide rapide.

Apres avoir beaucoup sur je trouve sa trop compliquer pour un résulta bizzard. Comme pour un méthode GET avec des arguments (www.abc.com/test/servlet?argument=valeur) on obtient un résultat comme sa "www.abc.com/test/servlet/valeur". Ce qui me limite trop.(avec RESTEsay)

Il y'a t'il un autre moyen que d’avoir un web service RESTful ?

Le principe de REST c'est d'avoir des URL "standard" (entity/id) avec des verbes "standard" (GET, PUT, POST, etc.) ...
Rien de bien complexe.
Exemple : http://www.myserver.com/news te renvoie la liste des news et http://www.myserver.com/news/1 te renvoie la première news.

Concernant HTML, il n'est plus vrai aujourd'hui de dire que la génération se fait entièrement côté serveur. Avec l'arrivée des framework de templating et plus particulièrement des framework MVC, la dynamisation de l'interface est entièrement géré par le client. Seules les données sont échangées entre le client et le serveur.

Citation:

---

Envoyé par Logan Mauzaize

Concernant HTML, il n'est plus vrai aujourd'hui de dire que la génération se fait entièrement côté serveur. Avec l'arrivée des framework de templating et plus particulièrement des framework MVC, la dynamisation de l'interface est entièrement géré par le client. Seules les données sont échangées entre le client et le serveur.

---

ok mais comment on fait une en-tête html en java pour les verbes (GET, PUT, POST, etc.).

Dois-je utiliser un socket ou un uriConnection?

en gros comment on demande quelque chose au serveur.

Par défaut tous les liens sont des GET. Avec un formulaire tu peux choisir la méthode (GET ou POST).

Cependant quand tu utilises une architecture REST, tu utiliseras un framework qui gère également ce type de communication. Le plus simple étant en général d'échanger des données au format JSON.

J'ai créer mes propre class qui me permettre d’échanger des donner de toute sorte entre mon client et mon serveur.

pour mon serveur j'utilise les servlet habituelle et pour mon client je gère ma connexion avec :
http://hc.apache.org/httpcomponents-client-ga/

Merci pour tes réponses!