J2EE 1.3
J2EE 1.4
Java EE 5
Java EE 6
Java 1.6
JEE 5
GlassFish V2.1
Postgres 8.1
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".
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...
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"); }
En ce moment :
Java 1.4
Serveur Iplanet (aussi nommé "Sun One Web Server 6.0")
Base de données Informix 9 (d'IBM)
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.
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.
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).
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 !!!
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.
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)
Vous avez un bloqueur de publicités installé.
Le Club Developpez.com n'affiche que des publicités IT, discrètes et non intrusives.
Afin que nous puissions continuer à vous fournir gratuitement du contenu de qualité, merci de nous soutenir en désactivant votre bloqueur de publicités sur Developpez.com.
Partager