Archi Client/serveur JAVA

Bonjour,

j'ai décidé de développer une sorte de jeu de questions/réponses, jouable à plusieurs (sur des téléphones différents), avec la gestion de temps par question pour chaque joueur afin de me familiariser avec le développement mobile et client/serveur avec Java.
J'aimerai savoir quelle serait l'architecture la plus adapté pour cela sachant que j'utilise une base de donnée et que j'aimerai que l'application coté serveur utilise une technologie (par exemple wsdl) permettant de ne pas tenir compte du langage de programmation coté client.
J'avais pensé à utiliser des EJB 3 mais, vu qu'il faut pouvoir gérer des threads (afin de gérer l'attente de la réponse d'un joueur entre autre), je ne penses pas qu'il faille utiliser que cette technique.

J'espère que vous avais compris ma demande.

Merci d'avance

Citation:

---

Envoyé par exar_80

Bonjour,
J'espère que vous avais compris ma demande.

---

J'ai vraiment pas bien compris ce que tu veux faire.
Si tu peux decrire un peu plus ton besoin.
Tu parles de téléphone et de EJB. Je suis presque sur que à ce jour personne n'a réussi à installer un serveur d'application sur un téléphone portable :).

Oui quelques infos en plus, notamment le type de téléphone (android, midlet ou iphone)


Les EJB et les wsdl c'est quand même l'artillerie lourde.
Au pire je partirais sur du socket direct (plus de problème de time-out http), tout en gardant un serveur Web pour garder les accès JPA, JTA, (et éventuellement un page d'admin). Par contre faut savoir gérer ses propres Thread à la main.

Sinon, si tu veux rester en Web standard, faut pouvoir garder la connexion, donc gérer un système de réouverture dès que le time-out est atteint (pas simple non plus)