Discussion :

[forumisteinfo]

Bonjour tout le monde,
Après avoir suivi une formation Struts Hibernate EJB, ma société me propose une mission sur WebSphere WSAD, aussi j'aimerais savoir ce que vous en pensez?
Je me disais que ceci pouvait être une bonne chose pour progresser en Java mais est ce une bonne chose si je veux orienter ma carriere vers les tehcnologies sur lesquelles j ai ete formé.
En plein doute j;aimerais voir vos conseils.
Merci

[Edouard Kaiser]

C'est une bonne chose étant donné que WebSphere est un serveur d'application beaucoup utilisé en entreprise.

[forumisteinfo]

C'est une bonne chose étant donné que WebSphere est un serveur d'application beaucoup utilisé en entreprise.

Bonjour,
Oui c'est ce que je me suis dit, mais le probleme est que je vais bosser sur des techno Java J2ee qui ne sont pas les dernieres, alors que j'ai suivi une formation sur quelque chose de plutot recent, du coup j'ai peur dans un an de ne plus avoir la plus value que j'ai pu acquerir au travers de cette formation.

[ganga]

Comme la dit Edouard Kaiser, websphere est un serveur d'application et WSAD est un ide pour websphere, et qui ressemble beaucoup à Eclipse.
Donc tu vas faire du J2ee c'est sur, apres je pense également que tu vas faire du struts car c'est rare les appli sans struts.
Apres il est possible que tu fasses du Jdbc et pas d'hibernate mais ca te permettra de voir un peu le truc.
Je sais pas quel est ton experience passé en J2ee, mais si tu as pas trop d'experience ca peut etre pas mal pour te faire la main. Et apres si ton truc c'est vraiment l'architecture EJB, tu demandes pour changer au bout de 6 mois.

[Edouard Kaiser]

Bonjour,
Oui c'est ce que je me suis dit, mais le probleme est que je vais bosser sur des techno Java J2ee qui ne sont pas les dernieres, alors que j'ai suivi une formation sur quelque chose de plutot recent, du coup j'ai peur dans un an de ne plus avoir la plus value que j'ai pu acquerir au travers de cette formation.

Il y a très peu de projets qui utilisent la dernière version Java EE 5, parce ce que la plus part des grands projets ont commencé bien avant et qu'en plus si je ne dis pas de bétises, IBM par exemple n'a pas encore sorti de serveur d'application qui a obtenu l'homologation pour la compatibilité Java EE 5.
De ce fait, tu seras la plus pars du temps amener à travailler en J2EE 1.4 ou 1.3 pour l'instant.
Il faut du temps avant que les entreprises souhaitent faire évoluer leurs socles techniques. Mais ça n'enlève en rien la plus value que t'apporte ta formation.
Non seulement tu seras apte à travailler sur des versions récentes mais également plus anciennes.

[@Ikey]

Il y a très peu de projets qui utilisent la dernière version Java EE 5, parce ce que la plus part des grands projets ont commencé bien avant et qu'en plus si je ne dis pas de bétises, IBM par exemple n'a pas encore sorti de serveur d'application qui a obtenu l'homologation pour la compatibilité Java EE 5.
De ce fait, tu seras la plus pars du temps amener à travailler en J2EE 1.4 ou 1.3 pour l'instant.
Il faut du temps avant que les entreprises souhaitent faire évoluer leurs socles techniques. Mais ça n'enlève en rien la plus value que t'apporte ta formation.
Non seulement tu seras apte à travailler sur des versions récentes mais également plus anciennes.

Je pense qu'il y a méprise. Comme JSE, JEE est rétrocompatible avec toutes les anciennes versions. Si ce n'était pas le cas, on ne se retrouverait pas à trainer des méthodes dépréciées depuis bientôt 10 ans.
Un exemple simple, qui parlera à tout le monde. Si sun n'avait pas choisit la rétrocompatibilité nous n'aurions plus à utiliser des classes awt pour faire une interface en swing. Or aujourd'hui, on est emmerdé à importer 2 classes qui sont de vrais boulet. Ce choix a été fait pour que les logiciels développés avec les anciennes versions puissent profiter des avantages des nouvelles sans que l'on ait besoin de tout recoder. Ce qui est logique. Dans le cas contraire les sociétés auraient gueulé et fuit java.
Voila pourquoi la rétrocompatibilité fait partie du cahier des charges de sun. Et généralement les frameworks (ou tout du moins les plus connus : struts, spring, hibernate, jaxb, tapestry, etc.).

Sinon, effectivement, was 6.1 n'est pas spécifié jee 5. Contrairement à wasce 2.0. ... Ils sont assez bizarre chez IBM...

[Edouard Kaiser]

Je pense qu'il y a méprise. Comme JSE, JEE est rétrocompatible avec toutes les anciennes versions. Si ce n'était pas le cas, on ne se retrouverait pas à trainer des méthodes dépréciées depuis bientôt 10 ans.
Un exemple simple, qui parlera à tout le monde. Si sun n'avait pas choisit la rétrocompatibilité nous n'aurions plus à utiliser des classes awt pour faire une interface en swing. Or aujourd'hui, on est emmerdé à importer 2 classes qui sont de vrais boulet. Ce choix a été fait pour que les logiciels développés avec les anciennes versions puissent profiter des avantages des nouvelles sans que l'on ait besoin de tout recoder. Ce qui est logique. Dans le cas contraire les sociétés auraient gueulé et fuit java.
Voila pourquoi la rétrocompatibilité fait partie du cahier des charges de sun. Et généralement les frameworks (ou tout du moins les plus connus : struts, spring, hibernate, jaxb, tapestry, etc.).

Sinon, effectivement, was 6.1 n'est pas spécifié jee 5. Contrairement à wasce 2.0. ... Ils sont assez bizarre chez IBM...

Bien sur ! Je pense que je me suis mal exprimé.
Je pars du principe qu'il a fait une formation Java EE 5 qui préconise donc par exemple l'utilisation des annotations pour les EJB 3 (Entity etc...).
De ce fait il n'est pas forcément sensé savoir qu'avant (EJB 2), toute la configuration se passait dans des fichiers XML.
Mais effectivement il pourrait très bien en Java EE 5 décidait de continuer à utiliser la description du déploiement par XML.
Je voulais juste pointer du doigt que ça allait lui permettre de voir comment ça se passait avant (J2EE 1.3, J2EE 1.4...) par rapport à sa formation qui devait certainement se basait sur Java EE 5.
Je ne sais pas si j'ai été très clair