Vous êtes nouveau sur Developpez.com ? Créez votre compte ou connectez-vous afin de pouvoir participer !

Vous devez avoir un compte Developpez.com et être connecté pour pouvoir participer aux discussions.

Vous n'avez pas encore de compte Developpez.com ? Créez-en un en quelques instants, c'est entièrement gratuit !

Si vous disposez déjà d'un compte et qu'il est bien activé, connectez-vous à l'aide du formulaire ci-dessous.

Identifiez-vous

Identifiant
Mot de passe

Mot de passe oublié ?

Créer un compte

L'inscription est gratuite et ne vous prendra que quelques instants !

Je m'inscris !

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

Le 15 juillet 2008 à 21:20, par Ricky81

22 commentaires

41PARTAGES

Voter pour

1

Voter contre

0

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

Serveur léger (précisez parmi Tomcat, Jetty, Resin, etc.)		23 %
JBoss		23 %
IBM Websphere Application Server		13 %
GlassFish		12 %
BEA WebLogic		12 %
JOnAS		7 %
Apache Geronimo		3 %
Oracle Application Server		3 %
SpringSource Application Platform		1 %
Sun Application Server		1 %
Autre (précisez)		1 %
SAP NetWeaver		1 %

Voter 252 votants

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.

Une erreur dans cette actualité ? Signalez-nous-la !

Votre nom : Votre e-mail :

Décrivez l'erreur que vous souhaitez porter à notre connaissance :

22 commentaires

Commenter Signaler un problème

Expert éminent

Le 17/07/2008 à 9:24

- 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.

Voter pour

1

Voter contre

0

Futur Membre du Club

Le 18/07/2008 à 18:55

- 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

Voter pour

1

Voter contre

0

Expert éminent sénior

Le 17/07/2008 à 2:31

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

Voter pour

0

Voter contre

0

Rédacteur

Le 17/07/2008 à 6:35

- 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 ?

Voter pour

0

Voter contre

0

Rédacteur

Le 17/07/2008 à 7:58

- 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

Voter pour

0

Voter contre

0

Membre habitué

Le 17/07/2008 à 8:20

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

Voter pour

0

Voter contre

0

Le 17/07/2008 à 8:21

- 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 ?

Voter pour

0

Voter contre

0

Rédacteur

Le 17/07/2008 à 9:12

- 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

Voter pour

0

Voter contre

0

En attente de confirmation mail

Le 17/07/2008 à 9:15

- 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

Voter pour

0

Voter contre

0

Futur Membre du Club

Le 17/07/2008 à 9:44

- 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.

Voter pour

0

Voter contre

0

Commenter Signaler un problème