Choix architecture JEE

Bonjour,

Je me lance dans un nouveau projet de taille assez importante en JEE.
Au menu : des Statistiques à profusions avec des grpahiques etc... donc une importante base de données (deja choisi Hibernate) / un chat / forum / utilisations d'API externes...

Accès aux stats via : site web / appli. telephone (web services) / appli. desktop (web services aussi)

A terme, plusieurs centaines de connectés en même temps à la plateforme de statistiques...

J'aimerai avoir vos avis sur les architectures en vogues ou design patterns à utiliser pour un tel projet? (utilisation de spring conseillée ? struts ? flex ? MVC ? etc...)

Merci :)

Je pense que te lancer sur du Java EE 6 devrait t'aider à gérer la plupart des cas donnés ci-dessous.
Je n'ai pas bien compris le principe directeur de l'application (une plateforme de statistiques ?), mais étant donné que tu parles de services accessible depuis divers types de plateforme, je pense qu'une architecture de type SOA est envisageable (un livre : Open Source SOA, chez Manning).
Concernant les chats / forums, il existe des produits Open Source de qualité (http://java-source.net/open-source/chat-servers, http://java-source.net/open-source/forum-software). Dans les listes données, à toi de faire le tri !
Concernant les graphiques, tu as JFreechart entre autres.

Ton application est-elle un ERP ? Si oui, il en existe de nombreux, Open Source et de qualité (JFire par exemple). Bon courage !

Merci pour ta réponse. ;)

En gros ma plateforme permettra à des gens d'accéder à des statistiques en temps réel sur le sport, la bourse etc...

Et donc ils pourront accéder a ces statistiques et au contenu annexe (chat/forum...) via plusieurs terminaux comme expliqué ci dessus.

Ce que j'aimerai savoir plus en détail c'est sur la mise en place de design patterns. J'en ai vu plusieurs (avec des facades, sans facades, MVC, MVC de Spring, etc...), donc j'aimerai savoir lequel parait le plus adapté pour un tel projet...

Citation:

---

En gros ma plateforme permettra à des gens d'accéder à des statistiques en temps réel sur le sport, la bourse etc...

---

Intéressant. Dans ce cas, je dirais qu'une architecture orientée services (SOA) est adaptée.

Citation:

---

au contenu annexe

---

Peut-être que tu devrais présenter ton site sous la forme de portails offrant les services désignés (mots clés : portlets, sso, services). Pour ça, voit du côté de : Open Portal, JBoss Portal, etc.

Citation:

---

Ce que j'aimerai savoir plus en détail c'est sur la mise en place de design patterns. J'en ai vu plusieurs (avec des facades, sans facades, MVC, MVC de Spring, etc...), donc j'aimerai savoir lequel parait le plus adapté pour un tel projet...

---

Avant de discuter de quels patterns mettre en pratique, il faut avoir une vue globale de l'architecture. Il y a fort à parier que tu auras du MVC (étant donné que tu fais du multi-tiers, ça me semble inévitable). Quant aux bibliothèques à utiliser, je dirais que n'importe laquelle répondant à tes besoins fera l'affaire (il n'y a que l'embarras du choix). Je pense que tu devrais te tourner du côté de Java EE 6 (standard).

Merci pour t'es réponses.

Concernant le SOA et les portlets, services etc... Tu peux m'en dire plus ? Je n'ai pas tout à a fait saisie la chose...

Je me suis renseigné sur les web services, dois-je proposer toutes mes statistiques via des web services et pouvoir ainsi les obtenir via le site web / l'application / telephone ? :roll:

Citation:

---

Concernant le SOA et les portlets, services etc... Tu peux m'en dire plus ? Je n'ai pas tout à a fait saisie la chose...

---

Pour te donner des idées de portail, va sur les pages des FAI (free et oranges sont de bons exemples). Chaque portlet propose un service (météo, résultats sportifs, etc). Peut-être pourrais-tu t'en inspirer ?

Citation:

---

dois-je proposer toutes mes statistiques via des web services et pouvoir ainsi les obtenir via le site web / l'application / telephone ?

---

En effet, ce n'est pas forcément le plus simple (et encore), mais le plus portable car indépendant des technologies. Avec les webservices, rien n'interdit de développer un client avec autre chose que du Java.