Discussion :

[cool]

salut tout le monde;
j'aimerais bien savoir les fonctions et le les rôles que le serveur d'application permet de garantir.
quel est le meilleur serveur d'application disponible sur le marché et qu'est ce qu'il a de plus sur les autres serveurs d'application ?
merci d'avance.

[millie]

Grosso modo, le serveur d'application fait le pont entre ton application Java EE et un serveur Web (apache, catalina ou autres).

Il permet donc principalement de faire tourner une application Java EE.

Normalement, il est censé contenir des fonctionnalités du style :

• avoir un conteneur EJB pour pouvoir faire tourner des EJB
• déploiement de fichier WAR ou EAR
• possibilité de faire du Load Balancing entre plusieurs serveurs d'application (dans ce cas : avoir des fonctionnalités du genre : Cache communs entre les machines etc.)
• avoir un bon feeling avec des EDI pour pouvoir développer rapidement (rédemarrage de l'application lorsque le web.xml est touché, pas de redémarrage lorsqu'un classe Java est changé...)
• avoir des fonctionnalités pour des règles de sécurité (mapping des rôles vers des groupes...)
• fonctionnalité de JDBC providers
• Gestion de bibliothèque partagée
• ...
  

[hlr]

Un serveur d'application est a la charge de la création dynamique des objets (EJB, connexion BD, ...), de leurs cycles de vie et de leur éventuelle mise en relation
Un serveur d'application s'appuie généralement sur un conteneur de servlets (par exemple le tandem JBoss/Tomcat)

Pour ce qui est de meilleur serveur d'application, c'est toujours difficile à dire. Tu cherches en serveur d'application gratuit ou pas ?
En gratuit, JBoss AS est le plus couramment utilisé, il y a aussi JOnAS
En payant, les plus connus sont WebSphere AS et WebLogic

[alexismp]

En Open Source ("Gratuit" est un terme galvaudé), il y a aussi GlassFish qui est proposé par Sun. Simple et performant.
Forum dédié sur developpez ici

[petrone]

La fonctionalité attendue d'un server web est de traiter les requetes HTTP (Get & Post)
Il ne dispose pas souvent (ou n'est pas supposé le faire???) de la logique pour effectuer un autre traitement (par exemple aller récupérer des données dans une BD)

Lorsque ton appli doit converser par exemple avec une base de données,
la réponse aux requetes du browser est liée à un certain traitement (règles métiers) le server d'application va donc s'interposer entre la BD et le server web.

En résumé
1-L'utilisateur effectue une action sur la page

2-Le browser envoie la requete correspondante au server web

3-Le server web "contacte" le server d'application qui apres "traitement"
lui dit quelle page afficher

J'ai pris le cas du browser comme client mais il aurait pu s'agir d'un autre programme
---------------------------------

Cependant une meme appli peut rassembler ces fonctionnalités.
Ainsi Glassfish est à la fois un server web et un server d'application.

J'espere pas avoir dit trop de bétises.
@+

[Iskendor]

Pour le choix du serveur, tout dépend du niveau de complexité de ton application :

- soit tu n'as que des servlets et des classes dédiées que tu as implémentées toi-même et dans ce cas, rien ne vaut un bon vieux Tomcat.

- soit tu veux disposer des modules et API suplméentaires de gestion des transactions (JTA), des messages asynchrones (JMS) ou de ces choses qui affolent toujours un peu et que personnellement je n'utilise pas à cause de leur lourdeur (surtout la version entity) (EJB). Auquel cas, tu as besoin d'un conteneur d'EJB. Les serveurs que j'ai utilisé sont JBoss (open-source et performance) et Weblogic (facilité de monitoring et de configuration). A toit de voir

[alexismp]

Il y a les API disponibles (EJB 3 n'a plus grand chose à voir avec les EJB 2.x) qui peuvent aider à la décision, mais il y a aussi le reste: outils d'admin, perf, monitoring, open source, outils, etc... Je ne peux que t'encourager à regarder GlassFish. Avec la v3 (en preview pour l'instant), le temps de démarrage est d'environ un seconde et les containers (web, ejb, ...) sont chargés à la volée (si nécessaire).