Discussion :

[Dar0ck]

PS: désolé si je vais en faire pleurer certains d'autant plus, mais WAS 5.1, c'est J2EE 1.3 (et non J2EE 1.4) avec une JVM 1.4
De même que WAS 6, c'est J2EE 1.4, avec une JVM 1.5.

Loin de moi l'envie de pleurer
Mais je persiste, sur WAS 6.0.2, j'ai le JRE 1.4.2, peut-être que ta version a été mise à jour manuellement?

[laurentapologic]

Java 1.6
JEE 5
GlassFish V2.1
Postgres 8.1

[ymajoros]

Glassfish Enterprise 2.1 (on envisage le 3).
Donc JEE5 (et on envisage JEE6).

EJB/JPA/...

Pour aller dans le même sens qu'un autre intervenant, Tomcat != JEE . Il y a des standards, si on les implémente à moitié, on a une implémentation non standards et pas une "version light".

[sinok]

En ce qui me concerne, j'ai deux cas de figures :
- JAVA 1.4 / J2EE 1.3 / WAS 5.1
- JAVA 1.6 / J2EE 1.5 / Tomcat 6.0

PS: désolé si je vais en faire pleurer certains d'autant plus, mais WAS 5.1, c'est J2EE 1.3 (et non J2EE 1.4) avec une JVM 1.4
De même que WAS 6, c'est J2EE 1.4, avec une JVM 1.5.

Loin de moi l'envie de pleurer
Mais je persiste, sur WAS 6.0.2, j'ai le JRE 1.4.2, peut-être que ta version a été mise à jour manuellement?

En fait WAS 6.0 est en java 1.4 et was 6.1 en java 1.5. Voilà le pourquoi du comment. Par contre la version de la spec JEE ne change pas entre les deux. C'est WAS 7.0 qui passe en JEE 1.5/ java 6

[tchize_]

java 6
tomcat 5.5.x (zavez vu j'ai pas dit J2EE!)
serveur oracle 9 (en passe d'être migré vers une version supérieure)
OS: HP-UX (mais plus pour longtemps)
Queue JMS 'activeMQ' en soutiens annexe avec clients lourds pour certaines taches.
Passage à JBOSS dès qu'un serveur plus puissant sera dispo...

[Jidefix]

Roh bah ça vaaaaaa

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
for(int i=0; i<100; i++){
   System.out.println("Je ne dirai plus que tomcat c'est JEE");
}

[CyberChouan]

En ce moment :
Java 1.4
Serveur Iplanet (aussi nommé "Sun One Web Server 6.0")
Base de données Informix 9 (d'IBM)

[nlegriel]

Pour ma part (chez le client de ma SSII) :

J2EE 1.4 sur Java 1.5
Serveurs de recette et de prod : WAS 6.1
Postes de développement : Geronimo 1.1.1 sur Eclipse 3.4
Pour le SGBD, c'est spécial : du DB2 dans un mainframe car tous les traitements métiers sont développés en Cobol.

En fait, J2EE nous sert pour les écrans, ainsi que pour mettre en place un ESB qui orchestre des traitements provenant de plusieurs progiciels.

Nous ne désespérons pas de passer un jour à Java EE 5 car nous utilisons la bibliothèque JBoss RichFaces 3.1.6 (la plus haute version qui soit rétro-compatible avec J2EE 1.4) alors qu'on nous demande chaque jour de réaliser des choses de plus en plus difficiles au niveau de l'IHM. Les dernières versions de RichFaces contiennent toutes les solutions à nos problèmes. Nous ne pouvons pas les utiliser puisqu'elles nécessitent le container de servlet 2.5 (qui fait partie de Java EE 5).

Nous ne pouvons pas passer pour l'instant à Java EE 5 car divers éléments du projet font qu'un passage trop brusque à Java EE 5 nécessiterait d'importants changements de serveurs. Ceux-ci provoqueraient à leur tour une véritable partie de billard dans l'organisation de la prod : ingérable pour l'instant. Nous sommes donc condamnés à développer de façon acrobatique tout en contemplant de loin, avec envie , les dernières versions de RichFaces.

[lunatix]

la ou je suis c'est du tomcat et spring. donc juste utilisation de jsp/servlet dans JEE, et pour le coup, on utilise les versions de JEE5. (en attendant tomcat 7)

au final, je pense que vu le profil web light JEE6 qui n'est plus si light que ca, on n'y passera pas.

[alexismp]

au final, je pense que vu le profil web light JEE6 qui n'est plus si light que ca, on n'y passera pas.

Disons qu'il est plus ambitieux qu'un simple moteur de servlet. Tomcat et Jetty couvre déjà ce besoin. "light" ca veut dire différentes choses à différentes personnes. Dans les faits je pense que ça va dépendre de la qualité des implémentations.

Sinon j'ai l'impression qu'il n'y a que les pauvres WebSpheriens qui sont encore sur J2EE 1.4 (pas mal de mentions de GlassFish, ça fait plaisir).

Ah, oui et pour répondre à une autre question, Java EE 6 c'est pour Novembre (à priori).

[lunatix]

c'est vrai que j'esperais un JEE light centré sur servlet/jsp/injection et a peu pres tout. tant pis pour moi

Ah, oui et pour répondre à une autre question, Java EE 6 c'est pour Novembre (à priori).

cool, ca correspondra a une version finale de glassfish 3 ?

[alexismp]

cool, ca correspondra a une version finale de glassfish 3 ?

Si java.net ne passe pas plus de temps à l'arrêt qu'en marche l'équipe devrait pouvoir corriger les bugs restants...

[kiwwi209]

Une appli web entièrement cousue mains destinée à un intranet qui mêle :
- J2EE 6
- Tomcat en version 6.0
- Struts 2
- Maven 2
- IBatis 2
réalisée depuis Mai de cette année et passée en prod (avec succès ) la semaine dernière

Un ensemble de Web Services déployés sur le même serveur Tomcat (donc en J2EE 6 aussi) qui mêlent :
- Axis 2
- SAP Java Connector en version 3.0

Et un site eCommerce entièrement en environnement SAP Internet Sales car lié au backend SAP CRM 5.0 qui lui est donc en J2EE 1.4... Et dont les jours semblent comptés... Du moins je vais tout faire pour !!!

[sinok]

Une appli web entièrement cousue mains destinée à un intranet qui mêle :
- J2EE 6
- Tomcat en version 6.0
- Struts 2
- Maven 2
- IBatis 2
réalisée depuis Mai de cette année et passée en prod (avec succès ) la semaine dernière

Un ensemble de Web Services déployés sur le même serveur Tomcat (donc en J2EE 6 aussi) qui mêlent :
- Axis 2
- SAP Java Connector en version 3.0

Et un site eCommerce entièrement en environnement SAP Internet Sales car lié au backend SAP CRM 5.0 qui lui est donc en J2EE 1.4... Et dont les jours semblent comptés... Du moins je vais tout faire pour !!!

Par J2EE 6 tu veux dire java 6? JE rappelle que la spec JEE 6(oui c'est plus J2EE mais JEE maintenant) n'est toujours pas finalisée, que l'implémentation de référence (à savoir glassfish 3) est toujours en beta. Et qu'en passant tomcat n'est absolument pas JEE?

[kiwwi209]

Par J2EE 6 tu veux dire java 6? JE rappelle que la spec JEE 6(oui c'est plus J2EE mais JEE maintenant) n'est toujours pas finalisée, que l'implémentation de référence (à savoir glassfish 3) est toujours en beta. Et qu'en passant tomcat n'est absolument pas JEE?

Désolée pour la confusion J2EE et JEE, j'suis pas une puriste de l'expression forumesque

Je sais tout cela, et je l'ai néanmoins choisi en association avec Tomcat car ça me permet de tester JEE 6 à moindre frais (temps de développement extrêmement court). J'ai notamment beaucoup apprécié les nouvelles boucles for ainsi que de pouvoir utiliser les annotations.

Et pour Tomcat pas de soucis vu que ce sont des applis Web (ou WS) sans fioritures aucunes, il suffit largement ! D'autant que les projets développés avec n'ont pas un impact métier immuable ni même des soucis de charge au quotidien.

[tchize_]

Désolée pour la confusion J2EE et JEE, j'suis pas une puriste de l'expression forumesque

Ca n'a rien de puriste, la specification JEE 6 n'est pas du tout la meme chose que faire tourner un conteneur servlet 2.5/jsp 2.1 sur une jvm java 6

[kiwwi209]

Ca n'a rien de puriste, la specification JEE 6 n'est pas du tout la meme chose que faire tourner un conteneur servlet 2.5/jsp 2.1 sur une jvm java 6

disons donc que je n'utilise que la part JVM java 6

désolée si je suis confuse mais à la base je suis développeur et je ne me suis jamais vraiment penchée sur ces questions là même si de plus en plus je suis amenée à me poser ce genre de questions (d'où ma présence sur ce forum d'ailleurs)