Discussion :

[alexismp]

Votez pour GlassFish sur http://soa.sys-con.com/general/readerschoice.htm
Les votes pour WebSphere ont triplé en qq jours!

[afrikha]

Comment on fait pour voter ? faut s'inscrire ?

Sinon je profite de ce topic pour avoir votre opinion : est-ce que comme moi, vous trouvez que Glassfish ou SAS est inexistant dans le monde professionnel en France ?

@+

[alexismp]

Sinon je profite de ce topic pour avoir votre opinion : est-ce que comme moi, vous trouvez que Glassfish ou SAS est inexistant dans le monde professionnel en France ?

Qq contre-exemples

• http://blogs.sun.com/stories/entry/sncf
• http://blogs.sun.com/stories/entry/rtl
• http://blogs.sun.com/stories/entry/apologic
• http://blogs.sun.com/stories/entry/ipso_facto
• SFR témoignait aujourd'hui sur son usage en production de GlassFish pour ses APIs pour développeurs.

[afrikha]

Ben en fait ça me confirme mon impression
si on comprait avec websphère surtout... je crois qu'il n'y aurait pas photo... et surtout dans la banque/finance à ma grande tristesse

[alexismp]

Combien des clients que tu connais acceptent de parler publiquement des détails de leur application? Clairement c'est un échantillon et il ne s'agit que de choix récents.

[afrikha]

Travaillant chez un éditeur de logiciel, je suis amené à prendre en considération l'environnement des clients, et quand il s'agit de grands comptes, ces derniers sont souvent liés par un contrat global "de groupe" avec IBM ou Oracle par exemple. Partant de cela, on a très peu voir pas du tout notre mot à dire sur l'environnement.
J'avoue que cela m'étonne, car après tout c'est Sun qui a inventé Java et donc 'logiquement' sa part de marché devrait être plus importante. En tout cas, ça ne me déplairait pas du tout

[alexismp]

Sun a loupé plusieurs virages en matière de serveur d'applications
Mais il n'est jamais trop tard pour bien faire!

Et puis il y a GlassFish Embedded pour venir avec son propre runtime
Nuxeo, EHCache et d'autres l'on compris!

[afrikha]

Mais il n'est jamais trop tard pour bien faire!

Je suis d'accord, que compte faire Sun pour rattraper son retard ?

Et puis il y a GlassFish Embedded pour venir avec son propre runtime
Nuxeo, EHCache et d'autres l'on compris!

Client : "Vous voulez un autre serveur que le notre ? d'accord mais vous assurez le support..."
Que dois-je repondre à ça quand on est une PME ?

[alexismp]

Je suis d'accord, que compte faire Sun pour rattraper son retard ?

Un excellent produit en open source pour commencer!
Avec une approche "embedded", le coût de maintenance n'a plus rien à voir avec celui d'un serveur d'application traditionnel, même Tomcat.

[afrikha]

L'approche embedded a l'air très intéressante je vais suivre cela de très près !

Sinon au niveau compatibilité Java EE, quel est le niveau des serveurs dit Java EE X compliant ? est-ce qu'en pratique c'est aussi facile qu'en théorie de changer de serveur d'application ? ( c'est en fait une question relative au test de compatibilité )

P.S : désolé si je dérive du sujet initial, si un modérateur pense qu'il faut ouvrir un nouveau topic, il n'y a pas de soucis

[alexismp]

Sinon au niveau compatibilité Java EE, quel est le niveau des serveurs dit Java EE X compliant ? est-ce qu'en pratique c'est aussi facile qu'en théorie de changer de serveur d'application ? ( c'est en fait une question relative au test de compatibilité )

C'est très dépendant entre applications. Une application générant des EJB avec un outil IBM sera beaucoup plus lourde à porter que ce qui tourne déjà sur un Tomcat. L'outil "verifier" (répertoire "bin/" de GlassFish) est un bon début pour avoir une idée de l'effort à produire. Ensuite il y a le "Migration Tool".

[afrikha]

Ma question était plutôt dans l'autre sens
Glassfish étant l'implémentation de référence, était-il aisé de changer pour un serveur d'application concurrent ?

Merci en tous les cas pour toutes ces informations

[alexismp]

Glassfish étant l'implémentation de référence, était-il aisé de changer pour un serveur d'application concurrent ?

Ca n'arrive jamais!

[sebastien.hebert]

Perso, j'ai migré plusieurs applications Tomcat vers Glassfish v2 sans aucun problème. Pourquoi ? A cause de la console d'admin qui est beaucoup plus parlante pour un admin qui ne connaît rien à Java

[sebastien.hebert]

Au fait, comment fait-on pour voter ?

[OButterlin]

Je ne peux pas voter pour un serveur que je ne connais pas, désolé alexisimp, je t'avais dis que je le testerais mais je n'ai pas encore trouvé le temps

Nous, on utilise JBoss, pas mal...

Ceci dit, il n'est pas étonnant de voir Websphere devant, depuis 2000, c'est quand même IBM qui est en tête de la course (avec BEA à l'époque). Et une fois qu'on s'est engagé dans une voie, il est difficile de changer (surtout en partant des années 2000, avec EJB v1 et autres bouses ignobles...), ou plus simplement, on n'a pas envie d'investir de temps dans une migration, spécialement pour une grosse appli, avec tous les risques que ça comprend.
Un avantage d'IBM, il couvre depuis longtemps tous les éléments logiciels nécessaires et à un niveau d'excellence remarquable...
Il n'y a guère que le coût qui freine... et là, il faut avoir les moyens

Mais bon, à une époque où on achète un prix plus qu'un produit, les cartes peuvent être redistribuées... et pourquoi pas voir SUN prendre la place qu'il aurait dû avoir dès le départ dans le monde java (s'il n'y avait pas eu cette obstination à tout verrouiller)

[alexismp]

Le vote est terminé... et WebSphere est loin devant tous les autres.
Si vous aviez encore des doutes sur la pertinence de ce genre d' "enquête"

[alexismp]

Je ne peux pas voter pour un serveur que je ne connais pas, désolé alexisimp, je t'avais dis que je le testerais mais je n'ai pas encore trouvé le temps

Nous, on utilise JBoss, pas mal...

Ceci dit, il n'est pas étonnant de voir Websphere devant, depuis 2000, c'est quand même IBM qui est en tête de la course (avec BEA à l'époque). Et une fois qu'on s'est engagé dans une voie, il est difficile de changer (surtout en partant des années 2000, avec EJB v1 et autres bouses ignobles...), ou plus simplement, on n'a pas envie d'investir de temps dans une migration, spécialement pour une grosse appli, avec tous les risques que ça comprend.
Un avantage d'IBM, il couvre depuis longtemps tous les éléments logiciels nécessaires et à un niveau d'excellence remarquable...
Il n'y a guère que le coût qui freine... et là, il faut avoir les moyens

Mais bon, à une époque où on achète un prix plus qu'un produit, les cartes peuvent être redistribuées... et pourquoi pas voir SUN prendre la place qu'il aurait dû avoir dès le départ dans le monde java (s'il n'y avait pas eu cette obstination à tout verrouiller)

Merci pour ton message. Comme du bon vin, GlassFish s'améliore avec le temps et saura t'attendre

[OButterlin]

Je viens de l'installer (v2.1)
et j'explore la console d'administration... très soignée... ça change de cette de SunOne Web Server (que nous impose PSA)

J'ai déployé une application à moi avec un framework à moi (fait avec mes petites mains) pour tester et... ça marche !

J'en essayerai une autre avec EJB plus tard. Ce sera intéressant d'ailleurs puisqu'à la base, elle est utilisée sur un serveur JBoss avec Hibernate et que là, elle devrait tourner avec TopLink (dans la mesure où je n'utilise que les éléments de la spécification et pas les spécificités d'Hibernate, ça devrait passer)

Bref, première impression : très positif !

A+

[alexismp]

Cool. Mon petit doigt me dit que tu vas faire de + en + de GlassFish
GlassFish v3 Prelude peut t'intéresser aussi (conteneur web uniquement, mais démarrage rapide, deploy on change avec NetBeans/Eclipse, préservation de session). Mes slides sur le sujet sont ici.