J'ai des difficultés à comprendre le domaine des serveurs d'applications. J'ai testé WebSphere Application Server, JBoss, Tomcat, mais j'ai du mal à faire le lien entre eux, à distinguer les fonctionnalités offertes par chaque produit.
 
Par exemple, JBoss est fourni avec Tomcat ou Jetty... Je ne comprends pas cela. Est-ce que Tomcat n'est pas déjà un serveur d'applications à part entière ? Qu'est ce que Jetty ?
 
Existe t'il des catégories de serveurs d'app ? Permettent-ils tous de déployer les fichiers EAR ? Qu'est ce qui est de la norme, qu'est ce qui est du bonus ? Quelles exigences ont ces divers serveurs.
 
Conscient de ne pas être clair, ce que je voudrais de ce topic c'est qu'il soit très ouvert, à une discussion de développeurs et déployeurs d'apps. Ainsi, peut-être par l'expérience de chacun, j'arriverai à me faire une idée d'un domaine toujours aussi flou pour moi.

 
Je dirais oui, mais j'ai un contre-exemple (évidemment) : Le serveur d'application J2EE de IONA (iPortal application server) qui ne sais pas ce qu'est un .jar ou un .ear. Pour déployer une webapp dessus, il faut dé-jarrer les fichier JAR/EAR et mettre le contenu dans des répertoires particulier, puis écrire les fichiers ajouté dans un fichier XML de conf.
 
Je crois que ce soft existe plus

Ouf.  
 
Là, au boulot, je suis plus précisément la gamme de produit IBM, et par exemple le produit WebSphere Express ne permet pas de déployer des EJBs. Il faut taper au dessus pour avoir le support des EJBs. Comme quoi...

Tomcat n'est "qu'un" container de servlets/jsp.
Jboss n'est "qu'un" container d'ejb.
C'est pour cela qu'on les retrouve packagés ensemble (avec apache httpd pour le html) pour fournir un ensemble assez complet de services j2ee.
 
IBM WAS est un serveur j2ee "complet".  
Tout comme weblogic de BEA, Oracle 9ias ou Sun One.
Websphere express est une version light de WAS qui est sensée se positionner contre tomcat.
 
Jetty, je ne connais pas plus que son nom, mais il me semble que c'est un serveur de servelts/jsp, pas d'EJB.
 
Il en existe encore des tas d'autres : jonas, resin, orion, jrun...
 

très bonne explication krosso  
 
de toute façon, serveur d'application ca veut rien dire ... c'est un terme utilisé à tort et à travers !

Je plussoie benou. Krosso, c'est une chouette synthèse. Sun One, comporte t'il l'éditeur Forte (Netbeans) ou est-ce encore autre chose ?

Je me permets de upper le topic.

 
non Forte c'est l'IDE, SunONE la partie serveur (c'est l'implémentation de référence de la spec J2EE faite par sun)
 
Pour JBoss il deploie JAR (ejb-jar) WAR et EAR sans problème. JBoss n'est pas certifié J2EE (ils n'ont jamais eu l'occassion de passer les tests, il y a eu une petite guégère entre le JBoss group et SUN  récemment).
 
Pour avoir utilisé les deux, je trouve JBoss relativement plus simple à utiliser que Websphere même si la prise en main initiale est difficile (pas de belle console à la WAS, tu te tappes les fichiers de conf XML à la paluche)
 
J'ai gardé un excellent souvenir de JRun même si question charge j'ai comme un doute (à confirmer par qqun ca serait sympa)

on a utilisé (et utilise encore   ) une vielle version de JRun (servlet2.1). Bha c'est pas la joie !  

 
c'est pas la joie à quel sujet? Perf (ca ne m'étonnerait pas) mais user admin et compagnie ... moi j'avais trouvé ca sympa (note j'ai pas utilisé bcp non plus

En même temps savoir écrire les fichiers de conf, ça peut être utile.

ben y avait pas mal de trucs qui marchaient mal.
 
Rien que pour le configurer, fallait aller modifier 36 fichiers de config placé n'importe ou dans l'arborescence de Jrun ... pareil opur les logs, ca crachait dans pleins de fichier différents !  
 
et puis y avait pas mal de trucs qui buggaient : le sendRedirect qui voulait aps prendre de chemin relatifs, le encodeURL qui marchait pas dans pleins de cas ...
 
et puis bon, j'étais aussi frustré de pas pouvoir utiliser les trucs des servlet2.2 et 2.3 ... mais ca c'est la faute à la version, pas à JRun à proprement parlé.

 
oui et non. Avec WAS ct plus simple selon moi de customiser le container et de savoir quelles étaient les options disponibles

Et Jonas, il vaut quoi ?

 
ben c'est ce que je fais et une fois que tu sais les faire (pour apprendre c'est bien c'est sur) c'est assez ennuyeux
 
edit: suis sur Jboss, et je crois que au iveau legereté , c'est ce qu'il y a de mieux (quand on compare au serveur J2EE de Sun)
j'ai pas eu l'occasion de tester WebSphere mais quand on voit la taille de l'appli, est ce que tout est bien necessaire?

 
Parmis ceux que j'ai essayé (et j'en ai essayé un paquet, le pire Oracle Application Server. Pour ne rien faire avec, il faut 512Mo de RAM et autant de swap (et il les utilise ce con))

J'sais pasµ. En tous cas, à la boite, on a un sacré problème... Des fois WAS Express veut plus ouvrir nos projets, alors on supprime tout et on récupère tout sur le CVS, là ça passe. Clairement WebSphere tripote trop de trucs et après c'est corsé pour se récupérer. Et on perd plein de temps.

mmmm quelle version? parceque depuis quelques temps (2 ans je crois), ils ont racheté le serveur d'applications Orion, et ca a l'air beaucoup mieux (en particulier ils implémentent bien la spec J2EE, ce qui n'était pas le cas avant, c'était trop couplé avec la base de données d'Oracle)

Sinon, pour relancer le débat, pourquoi les décideurs misent-ils tant sur le produit d'IBM, lequel n'est pourtant pas exempt de défauts (un deployeur, qui doit d'abord déployer sa propre appli d'admin, c'est bizarre, non ?). Les derniers chiffres que j'ai lu, c'est de l'ordre 80% WebSphere et 20% WebLogic (dont j'entends assez peu d'écho).

 
Et pourquoi les OS de Microsoft ton 90% du marché, alors qu'il ne sont pas forcément mieux qu'un Linux ou autre ? Le marketing a ses raisons que la raison ne connait point. Cela dit, pour WebSphere, une appli d'admin qui doit se déployer elle même, je n'trouve pas ça choquant. D'ailleurs dans Tomcat4, l'appli d'admin (/manager) est une appli-web, elle se déplois aussi!

Dans ma boîte actuelle, si un logiciel n'est pas horriblement cher, il ne mérite pas qu'on s'y intéresse...
 
Ca me fait HURLER !!!!!!

 
c'est juste pour les investisseurs, histoire qu'ils voient des *gros* produits sur la liste des trucs utilisés par la boite

 
1/ Non ce n'est pas bizarre
2/ Tu peux me donner la source où tu as lu que Websphere était à 80%?
 
et qd bien meme c'est d'office faux! Et les autres app serveur alors ils vont où. Il y a 100.000 downloads de JBoss par moi  

par toi?  
Alors c'est toi !  

   
je veux bien ta source... parce que il reste pas grand chose pour Sun, Sybase, Oracle ou JBoss du coup...  
 
voici les derniers chiffres sortis début Mai:
http://news.com.com/2100-1012_3-10 [...] tag=fd_top
 
pour résumer l'article, et on ne parle que de serveurs d'applications (pas des portails),
en 2002
IBM: 37%
BEA: 29%
Sun: 4%
Sybase: 2%
 
à noter qu'en 2001, BEA était devant avec 34% contre 31% pour IBM...
 
sinon Darklord, pour les 100 000 downloads de JBoss par moi, il faudrait voir combien vont en production... pas beaucoup pour le moment malheureusement... ca devrait changer dans les prochaines années, mais il va falloir passer la certif J2EE avant

 
voilà qui est plus réaliste
 

 
Je confirme, y avait eu une belle polémique sur le sujet + pas mal d'articles dans les revues spécialisées.
 

 
Ca ne représente les chiffres des gros monstres oracle-like (l'open source fait tjrs peur) mais il y en a bcp plus qu'on ne croit, surtout dans les petites structures.
 

 
Ils ont demandé pour passer la 1.3, SUN a toujours refusé, y a eu aussi une belle polémique à ce sujet. Visiblement, ils vont lacher du lest avec la 1.4, reste à savoir *qui* va payer SUN pour faire passer les tests ...

Hello...
 
je plante mon petit drapeau ..
je viens de lire rapidement le topic et voilà ma modeste contribution. y'aura surement des redit :
 
- un serveur d'application est constitué en "couches".. on parle d'architecture "n-Tiers" (avec n au moins égal à 3 : La présentation, la logique métier et la persistance des données (BD quoi)).  
Sur ce sors J2EE qui est un ensemble d'API pour serveur d'applis (JSP, Servlet, EJB et tutti quanti..)
 
or, certains logiciels ne sont dédiés que à la logique métier (comme JBoss) ou que à la présentation (Tomcat). Pour respecter l'architecture d'un serveur d'applis, bein il faut les deux...
 
- ce qu'on m'a dit que c'était super important aussi: tous les serveurs d'applis ne sont pas certifiés au même niveau.. certains sont J2EE1.2 compliants, d'autres J2EE1.3 et faut faire attention... (d'autres sont mêmes pas certifiés puisqu'il faut payer Sun...)
 
- Sun a renommé son IDE en Sun ONE Studio, pour des questions de cohérence dans son offre je suppose et correspond à l'ancien Forte. Il est fondé sur NetBeans, IDE Opensource.
 
A+

OK, au temps pour moi, mes chiffres sont pourris . Je pense que j'ai dû confondre avec les chiffres concernant les compétences demandées lors du recrutement.

la notion d'architecture n-tiers c'est plutôt à un niveau au dessus, le serveur J2EE n'est qu'un des tiers, par exemple:

• 2-tiers ca veut dire client-serveur,
• 3-tiers ca va être par exemple client, serveur d'applications, serveur base de données,
• 4-tiers ca va être client léger (navigateur), serveur HTTP, serveur J2EE, serveur DB

etc etc...
 
sinon au niveau du serveur d'applications, on parle de couches applicatives (présentation, métier, persistance par exemple effectivement), et d'un modèle à base de composants

Tomcat dédié à la présentation c'est un peu réducteur, voire trompeur.
Dit comme ça on pourrait croire que sans les ejb, point de salut...
Mais non : On peut avoir une application qui tourne sur tomcat avec des servlets qui appellent des classes métiers.
 

 
vi tout à fait..    
c'est même carrément réducteur.. toutes mes applis qui tournent sur Tomcat ne se contentent carrément pas que de JSP et de Servlet...

C'est quoi jboss? ca sert a quoi?
et c'est quoi un ejb?

www.jboss.org
 
http://java.sun.com/j2ee/tutorial/ [...] cepts.html
 
 

J'ai commencé les EJB avec JOnAS et ces tutoriaux pas mal faits du tout :
 
http://www.ashita-studio.com/tutoriaux/ejb/index.php
 
je les ai trouvé clairs et bien faits pour débuter (ils ne sont pas terminés ...) dans les EJB ...