Sondage : Quel serveur d'application Java utilisez vous pour vos applications d'entreprise ?

Le 2008-07-15 21:20:38, par Ricky81, Expert éminent sénior

Bonjour,

Nous ouvrons ce sondage pour identifier l'utilisation qui est faite des serveurs d'application Java en ce qui concerne la mise en oeuvre d'application d'entreprise.
Dans le cadre de ce sondage, le terme "serveur d'application Java" englobe à la fois les serveurs d'application Java EE habituellement rencontrés, tout comme des conteneurs légers comme le sont Tomcat ou le récent S2AP de SpringSource.

Dans le cas de l'usage de plusieurs serveurs, merci de privilégier celui que vous utilisez le plus actuellement.

Merci en complément de votre vote, de répondre à tout ou partie des points de détail suivant :

- Serveur ?
- Usage (Site Internet/Intranet ? B-to-B /EAI ? Intégration de données) ?
- Nombre d'utilisateurs/sessions ?
- Topologie (serveur standalone, cluster horizontal, vertical, grille ?)
- Composants spécifiques utilisés (EJB, JMX, JMS, etc...)
- Motivations de son choix ?
- Niveau de satisfaction ?
- Problèmes rencontrés
- Motivations de son abandon futur ?
- En cas d'abandon, au privilège de quel serveur ou type de serveur ?

Merci à tous.

Discussion forum

22 commentaires

djo.mos
Expert éminent

- Serveur ?
Tomcat 6

- Usage (Site Internet/Intranet ? B-to-B /EAI ? Intégration de données) ?
Applications Intranet

- Nombre d'utilisateurs/sessions ?
pouvant atteindre 1200 utilisateurs parfois.

- Topologie (serveur standalone, cluster horizontal, vertical, grille ?)
stand-alone

- Composants spécifiques utilisés (EJB, JMX, JMS, etc...)
rien de spécifique.

- Motivations de son choix ?
Plusieurs raisons, mais principalement :

- Démarrage rapide, ce qui augmente la productivité au dév.
- Pas gourmand en ressources
- Supporte une charge importante.

- Niveau de satisfaction ?
Très staisfaits. Ca tourne depuis plus de 2 mois en prod sans la moindre défaillance grave.

- Problèmes rencontrés

-logs pas assez précis/riches
- Rapports d'erreurs pas aussi bons qu'ils pourraient l'être : il arrive que Tomcat refuse de déployer une application sans qu'il affiche la raison précise (depuis le manager) (qui s'était avérée être un NCDFE).
- Médiocre support Linux out-of-box.

- Motivations de son abandon futur ?
Rien à voir en particulier avec Tomcat, mais plutôt avec l'architecture des applications Java EE : pas assez flexible pour répondre à des besoins qu'on a.
Par exemple, on bosse sur un client en Eclipse RCP, qui grâce à le modèle de plug-ins d'Eclipse peut être configuré/personnalisé à mort sans toucher au code.
Or, ce client utilise ds services deployés sur un serveur, qui doit en principe être aussi configurable/malléable ... pas très évident à faire dans l'étant actuel des choses.

- En cas d'abandon, au privilège de quel serveur ou type de serveur ?
SpringSource Application Platform à priori.

le 17/07/2008 à 9:24
largoflorian
Futur Membre du Club

- Serveur :Weblogic 8.1.4 . Migration vers Weblogic 10 prévue cette année.
- Usage : Inteface web via intranet mondial, Batch, Web Service, T3
- Nombre d'utilisateurs/sessions : Il y a tellement de serveurs à usage différents, que c'est très difficile à estimer. Peut-être une centaine en moyenne en tenant compte de tous les clusters.
- Topologie : cluster horizontal et vertical
- Composants spécifiques utilisés : EJB, JMX, JMS, Spring, Hibernate, Struts, JNLP, Swing (et j'en oublie certainement)
- Motivations de son choix : norme de l'entreprise
- Niveau de satisfaction : correct. J'ai préféré Weblogic 9 lors d'une ancienne mission. Je suis donc impatient de migrer vers Weblogic 10.
- Problèmes rencontrés : pas très souple pour le développement. Il devrait être plus facile et rapide de déployer des WAR/JAR/EAR. De plus si on utilise les commandes Weblogic permettant un redéploiement rapide, alors la mémoire se sature au bout d'un certain nombre de fois.
- Motivations de son abandon futur : pas prévu

le 18/07/2008 à 18:55
sinok
Expert éminent sénior
De mon coté
- Websphere Application Server (5,6 puis 6.1)
- Utilisation: pendant un moment de l'appli intranet classique, actuellement de l'ESB (lire EAI)
- Nombre d'utilisateurs: c'est en dev actuellement mais à terme 200 à 300 sessions simultanées envisagées
- Standalone
- Techno: ESB proprio, surtout des WS puis pas grand chose (enfin on a la possibilité d'utiliser un peu de tout)
- Serveur imposé par le client
- C'est lourdingue comme pas permis, y'a pas mieux dans le style je me vautre dans la mémoire, par contre ça tient relativement bien la charge.
- Rien d'autre
le 17/07/2008 à 2:31
longbeach
Rédacteur

- Serveur : Websphere 6.1
- Usage : Sites intranet
- Nombre d'utilisateurs/sessions : en dev, 50/50, en prod, je ne sais pas trop
- Topologie : standalone
- Composants spécifiques utilisés:
- Motivations de son choix : il était là quand je suis arrivé
- Niveau de satisfaction : mitigé. L'interface Admin n'est pas toujours très intuitive et on sent qu'elle est le fruit de plusieurs années d'évolution et de versions. J'espère tester la version 7 bientôt.
- Problèmes rencontrés: rien de particulier à signaler
- Motivations de son abandon futur : non envisagé
- En cas d'abandon, au privilège de quel serveur ou type de serveur ?

le 17/07/2008 à 6:35
benwit
Rédacteur

- Serveur : Tomcat
- Usage : Applications Web
- Nombre d'utilisateurs/sessions : actuellement, quelques dizaines, prochainement, plusieurs milliers ...
- Topologie : serveur standalone et/ou avec apache en frontal et load balancing
- Motivations de son choix : suffisant pour des servlets et des jsp ...
- Niveau de satisfaction : satisfait

le 17/07/2008 à 7:58
M@th
Membre habitué

Hello,

Pour moi :

* BEA Weblogic 9.2 MP2
* Utilisation: intranet/internet
* Nombre d'utilisateurs: 10 à 20 utilisateurs en même temps en prod
* Standalone
* Techno: WS, Weblogic Integration (une catastrophe)
* Serveur imposé par le client
* Assez lourd ; la console d'admin est particulièrement lente et pas très bien pensée (problème au niveau de l'ergonomie en résulte une perte de temps considérable)
* Motivations de son abandon futur : non envisagé !

A plus,
Mathieu

le 17/07/2008 à 8:20
- Serveur : Apache Tomcat 5.5
- Usage : site intranet
- Nombre d'utilisateurs/sessions : 75
- Topologie : serveur standalone
- Motivations de son choix : open source, supporté par l'éditeur de l'application
- Niveau de satisfaction : bon
- Problèmes rencontrés : aucun pour l'instant
- Motivations de son abandon futur : pourquoi ?

le 17/07/2008 à 8:21
eclesia
Rédacteur

- Serveur : Glassfish
- Usage : Applications Cartographique Web
- Nombre d'utilisateurs : 10~1000
- Motivations de son choix : jsp, jsf, plus stable que tomcat, meilleur suivit des normes, possibilité de clustering (FishFarm

Je ne peux pas en dire vraiment plus vu que je ne suis pas celui qui travail avec dans la boite

le 17/07/2008 à 9:12
nicorama
En attente de confirmation mail

- Serveur : Tomcat
- Usage :Application web & Web services
- Nombre d'utilisateurs/sessions ? Les sessions, c'est mal
- Topologie :standalone, mais scalabilité envisagée
- Composants spécifiques utilisés : JSP, c'est tout
- Motivations de son choix : simple et pas cher
- Niveau de satisfaction : excellente
- Problèmes rencontrés : Lent à redéployer, mais ca va.
- Motivations de son abandon futur : Peut-être Glassfish si EJB3/JPA
- En cas d'abandon, au privilège de quel serveur ou type de serveur ? Glassfish

le 17/07/2008 à 9:15
lesne
Futur Membre du Club

- Serveur : Glassfish 9.1
- Usage :Application Web
- Nombre d'utilisateurs/sessions ? ~10
- Topologie :standalone, mais scalabilité envisagée
- Composants spécifiques utilisés : JSF & EJB3
- Motivations de son choix : console d'admin correcte, Full JEE 5, "Déploiement explosé".
- Niveau de satisfaction : excellente
- Problèmes rencontrés : Accès aux logs pas génial.
- Motivations de son abandon futur : C'est déjà le meilleur
- En cas d'abandon, au privilège de quel serveur ou type de serveur ? aucun.

le 17/07/2008 à 9:44

Poster une réponse