Discussion :

[sgen13]

Salut,
Etant etudiant en 2e année de master info, je commence a regarder un peu les annonces d'entreprises et la je tombe tout le temps sur des annonces concernant java/j2ee.
J'ai donc lu la faq pr savoir ce qu'etait j2ee et j'en remercie les auteurs! En sachant qu'on nous apprend que java et pas j2ee en cours, est ce que les recruteurs en tiennent rigueur ou pas?
Et quelles "applications types" les entreprises font faire avec j2ee (meme si cela est surment difficile a definir car chaque entreprise developpe des choses differentes)

[ericw78]

Dans les entreprises, il y a en gros 2 grandes tendances : OpenSource or Not OpenSource
Coté Not OpenSource, tu as bien sur les technos MiroSoft qui prédominent
Coté OpenSource, tu as principalement php et j2ee pour faire du développement web

Php est dans la plupart du temps utilisé pour les petits ou moyens projets (php est rapide à maitriser et à mettre en oeuvre)
Java/J2ee s'adresse aux projets plus importants ou à des projets petits au départ mais que tu penses faire évoluer et pour lesquels tu vas essayer de
bien réfléchir à l'architecture

Une application Java/J2ee met en valeur les principales technos et méthodes suivantes :
- application objet
- découpage en couche (web, service, dao)
- gestion des transactions
- gestion de la persistance (mapping O/R)
- utilisation de frameworks (struts, spring, hibernate, etc...)
- tests unitaires
- y en a certainement d'autres....
Comme tu peux le voir, ces méthodes ou technos prennent du temps à etre maitrisées par le développeur ou le chef de projet et il faut plus du temps pour les implémenter...donc généralement, on ne les utilisent pas pour faire un site de 3 pages. Mais pourquoi pas ;-)

Du coup, pour les utiliser, il n'y a pas forcement d' "applications types" genre site intranet ou site e-commerce ou autres...le choix se fait principalement sur les ambitions du projet et les moyens que se donne l'entreprise pour y parvenir

Attention, je compare php et j2ee en ayant l'air de dire que php est moins réfléchi que j2ee....ou que php ne s'utilisent que sur des petits projets....loin de moi cette idée ! Je ne critique aucunement php !
Mais la réalité est la.....Aujourd'hui, dans le monde OpenSource, php est de loin la techno la plus utilisée et la plus reconnue...car c'est certainement la plus simple à maitriser et à mettre en oeuvre....La preuve, c'est qu'aujourd'hui il doit y avoir au moins 10x plus de projets importants openSource en php que de projets j2ee ;-(

Sinon, j'ai effectivement remarqué que les jeunes diplômés qui arrivent sur le marché connaissent java mais pas trop j2ee...c'est effectivement tres dommage car une bonne partie des emplois en java nécessite la connaissance de j2ee (dans un des E de J.2.E.E, il a Entreprise !)
Donc si tu veux bosser en java, connaitre j2ee est évidement un plus mais il te faudrait alors aussi connaitre Struts, Spring, Hibernate, le sql, les ejbs et j'en passe....Le recruteur qui embauche un jeune diplômé sait qu'il ne maitrise pas ces technos. Ce qui va principalement l'intéresser c'est de savoir si le jeune diplômé a sa tête bien faite et qu'il est capable de les apprendre rapidement

[OButterlin]

En tenir rigueur, je ne pense pas... mais écarter le candidat, certainement...

On peut regretter que les écoles n'aient pas compris les vrais besoins des entreprises, mais comme qui dirait : "A l'ouest, rien de nouveau !"

Il n'y a pas grand chose de commun entre java et j2ee, hormis le langage.
Il faut plutôt voir j2ee comme une énorme boite à outils qu'on utilise dans la majorité des applications d'entreprise.
Les plus fréquemment utilisées sont :
- EJB
- Spring
- Struts 1 ou JSF
- Hibernate (bien que ça ne fasse pas vraiment partie de j2ee)
- JSP
- Servlet
(ne tient pas compte de l'ordre)

Maintenant, pour compléter les propos d'ericw78, je ne mettrais pas j2ee et php en concurrence, ce n'est pas vraiment fait pour la même chose.
Si je devais faire un site dynamique (simple) accessible sur le net, j'utiliserais php (parce que c'est rapide, qu'on trouvera une multitude d'hébergeurs)
Pour faire une (vraie) application professionnelle, j'utiliserais j2ee (mais il faudra certainement avoir son propre serveur avec une adresse publique, parce que trouver un hébergeur pour du j2ee, ce n'est pas (encore) gagné ! )

Une simple recherche sur Monster avec les mots-clés j2ee et php est intéressante :
- j2ee -> 435 pages de 25 annonces
- php -> 273 pages de 25 annonces

(critères retenus : architecture de l'information, architecture/systèmes, développement/programmation, études/analyste système, gestion projets IT, sécurité, webdesign/ergonomie)

Je t'encourage à tester quelque unes des briques j2ee, ce site t'aidera très certainement

A+

[slevy]

je confirme que les entreprises utilisent "massivement" J2EE pour développer tous types d'applications web "custom" qui réponsent à leur besoin métier (des système de gestion des comptes dans les banques, gestion des contrats dans les assurances, des ventes de billet de voyages, d'avion, de train, des applications télécom etc...).
Il ne s'agit pas seulement d'application internet, mais également d'applications intranet, utilisées en interne par les employés.

[sgen13]

Tout d'abord merci a vous 3 pr vos réponses, je vois encore mieux ce qu'est J2EE. Je ne pensais pas que c'était a ce point orienté web, en comparant J2EE à du php je suppose donc que ca se présente sous forme de page ouverte par un web browser et non comme je pensais au debut, sous forme d'applications!

Je ne cliques pas encore sur Résolu au cas ou je me trompes dans l'affirmation que j'ai fait précedemment !

[alexismp]

Pour J2EE, je te recommande de commencer par Java EE 5 (la dernière version en date de 2006). J2EE 1.4 est largement dépassé.

[OButterlin]

...
Je ne pensais pas que c'était a ce point orienté web
...

Pas du tout, on s'est mal compris alors...
Les EJB ne sont pas du tout orienté Web, ils sont orientés :
- DB pour les Entity
- Métier pour les Stateless/Statefull/MessageDriven

Certes, JSF est orienté web, JSP, Servlet aussi, mais ça ne représente qu'une petite partie de J2EE (alias JEE maintenant)

Il faut voir JEE comme un ensemble d'APIs misent à la disposition des développeurs pour créer des applications java d'entreprise robustes.
Si tu fais une recherche JEE sur wikipdia, tu auras une liste des APIs.

[slevy]

Oui OButterlin tout ça est tout à fait exact, mais Java J2EE est quand même largement orienté applications web (sans être limité à ça), au sens ou la partie client (qui exécute l'Interface Homme-Machine) est dans la majorité des cas un navigateur web.
J2EE permet de "créer des applications java d'entreprise robustes", mais également facilement orienté web (par opposition aux applications client serveur des années 90), grace à un grand nombre d'API et de best practice qui permettent d'architecturer l'application pour répondre aux problématiques propres au monde "web".

[aperrin]

Et des application web tout simplement éviter les problématiques (et cout) de déploiement d'une application client serveur.

[bouil]

Pour J2EE, je te recommande de commencer par Java EE 5 (la dernière version en date de 2006). J2EE 1.4 est largement dépassé.

J2EE 1.4 est peut être dépassé car il y a une nouvelle version proposée par Sun, mais beaucoup d'entreprises sont encore avec J2EE 1.4 (et Java 1.4). C'est d'ailleurs très rageant de ne pas pouvoir utiliser les nouvelles fonctionnalités de Java par que le serveur d'application J2EE utilisé est vieux.

Nicolas.

[alexismp]

J2EE 1.4 est peut être dépassé car il y a une nouvelle version proposée par Sun, mais beaucoup d'entreprises sont encore avec J2EE 1.4 (et Java 1.4). C'est d'ailleurs très rageant de ne pas pouvoir utiliser les nouvelles fonctionnalités de Java par que le serveur d'application J2EE utilisé est vieux.

Nicolas.

Change de boite!

[bouil]

Change de boite!

Je commence un nouveau job, dans une nouvelle boite, lundi

Mais si je me permet de dire cela, c'est quand dans mes trois dernières missions (en 2 ans de SSII), je n'ai jamais vu un Java plus récent que le 1.4, et J2EE pareil. Et les projets de mise à niveau des serveurs d'application n'étaient pas à l'ordre du jour.

[alexismp]

bonne chance pour le nouveau job.
coté évolution vers des technos plus récentes, les boites plus petites y vont plus vite (et probablement sans aide d'intégrateur). Les grosses commences à arriver, je vois pas mal d'étude et autres RFI/RFP pour des serveurs d'applications Open Source.