Je réalise que littéralement, cela se traduit par Java Enterprise Edition. Mais ce que je demande, c'est ce que cela signifie réellement. Lorsqu'une entreprise exige une expérience de Java EE, que demande-t-elle vraiment ? Une expérience avec les EJBs ? Une expérience des applications Web Java ?
Je soupçonne que cela signifie quelque chose de différent pour différentes personnes et que la définition est subjective.
Java EE est une collection de spécifications pour le développement et le déploiement d'applications d'entreprise.
En général, les applications d'entreprise font référence aux logiciels hébergés sur des serveurs qui fournissent les applications nécessaires à l'entreprise.
Les spécifications (définies par Sun) décrivent les services, les interfaces de programmation d'applications (API) et les protocoles.
Les 13 technologies de base qui composent Java EE sont les suivantes :
Le fournisseur de produits Java EE est généralement un vendeur de serveurs d'applications, de serveurs Web ou de systèmes de bases de données qui fournit des classes mettant en œuvre les interfaces définies dans les spécifications. Ces fournisseurs se font concurrence sur les implémentations des spécifications Java EE.
Lorsqu'une entreprise exige une expérience de Java EE, elle demande en réalité une expérience de l'utilisation des technologies qui composent Java EE. Souvent, une entreprise n'utilisera qu'un sous-ensemble des technologies Java EE.
+1 Belle liste. BTW, je pense que JPA (Java Persistence API) devrait également figurer dans la liste.
Selon le site web d'Oracle, JNDI is included in the Java SE Platform. ( docs.oracle.com/javase/tutorial/jndi/software/index.html#JDK ).
Java EE est en fait un ensemble de technologies et d'API pour la plate-forme Java conçues pour prendre en charge les applications "d'entreprise", qui peuvent généralement être classées comme des applications à grande échelle, distribuées, transactionnelles et hautement disponibles, conçues pour répondre à des exigences commerciales critiques.
Pour ce qui est de savoir ce qu'un employé recherche dans des technologies spécifiques, c'est assez difficile à dire, car les règles du jeu n'ont cessé de changer au cours des cinq dernières années. Il s'agit vraiment de la classe des problèmes qui sont résolus plus que tout autre chose. Les transactions et la distribution sont essentielles.
Ce que contient exactement cette collection et dans quelle version de Java EE est joliment présenté sur ce site. Historique des versions de Java EE page.
J(2)EE, à proprement parler, est un ensemble de API (comme l'indique la réponse la plus courante) qui permettent aux programmeurs de construire des systèmes distribués et transactionnels. L'idée était d'abstraire les bits distribués et transactionnels compliqués (qui seraient mis en œuvre par un système de gestion des données). Conteneur comme WebSphere ou Weblogic), ce qui permet au programmeur de développer une logique d'entreprise sans se soucier des mécanismes de stockage et de synchronisation.
En réalité, il s'agissait d'un bricolage, d'une conception par comité, qui a été poussé essentiellement au profit de vendeurs comme IBM, Oracle et BEA, afin qu'ils puissent vendre des produits ridiculement trop compliqués, trop ingénieux et inutiles. Qui n'avaient pas les fonctionnalités les plus basiques (comme l'ordonnancement) !
J2EE était une construction marketing.
Je ne connais pas d'outil de développement / de logiciel / de plate-forme / de cadre plus compliqué que cela. Si vous avez besoin de quelque chose de simple mais très facile, utilisez PHP. Si vous avez besoin de quelque chose de puissant et complexe mais toujours facile, utilisez .Net.
Je sais que c'est une vieille réponse, mais comme les gens la lisent encore, il y a longtemps que le principal argument de vente de Java EE était les systèmes transactionnels distribués. Même en 2008, mais sûrement aujourd'hui, il s'agit d'API REST (JAX-RS), de validation (Bean Validation) de persistance facile (JPA) de frameworks web MVC (JSF, MVC) et d'un modèle de beans extensible cohérent (CDI).
Il existe 2 versions de l'environnement Java, J2EE et Se. SE est l'édition standard, qui comprend toutes les classes de base dont vous auriez besoin pour écrire des applications pour un seul utilisateur. L'édition Enterprise est destinée aux applications d'entreprise à plusieurs niveaux, ou aux applications distribuées. Si vous utilisez des serveurs d'applications, comme tomcat ou websphere, vous voudrez utiliser J2EE, avec les classes supplémentaires pour le support n-tier.
Sa signification change tout le temps. Avant, cela signifiait Servlets, JSP et EJBs. Aujourd'hui, cela signifie probablement Spring et Hibernate, etc.
Ce qu'ils recherchent vraiment, c'est une expérience et une compréhension de l'écosystème Java, des conteneurs de servlets, de JMS, de JMX, de Hibernate, etc.
Les tests et le contrôle des sources sont également des compétences importantes.
Prograide est une communauté de développeurs qui cherche à élargir la connaissance de la programmation au-delà de l'anglais.
Pour cela nous avons les plus grands doutes résolus en français et vous pouvez aussi poser vos propres questions ou résoudre celles des autres.
4 votes
Sun a changé le terme. Il s'agit maintenant de JEE - Java Enterprise Edition - et de JSE - Java Standard Edition. La plupart des gens utilisent encore J2EE.
101 votes
"Il n'y a pas de questions stupides, seulement des gens stupides qui ne posent pas de questions" :)
47 votes
SO est google mais en mieux. La plupart des requêtes Google aboutissent ici. Je ne vois aucun problème à poser des questions apparemment simples.
1 votes
Le PO s'interrogeait sur la différence entre "J2EE" et "JEE". Le nom a changé il y a plusieurs années de "J2EE" à JEE. Le dernier "2" était J2EE 1.5, et on en est actuellement à JEE6. oracle.com/technetwork/java/javaee/tech/index.html Et il ne s'agit PAS d'une collection d'API, mais d'une spécification (pour laquelle il existe de multiples implémentations).
0 votes
Lisez aussi : stackoverflow.com/questions/7295096/
1 votes
@GustavoRubio, dites à ceux qui votent moins sans même dire pourquoi !
0 votes
@GustavoRubio, j'ai cherché sur Google, ça m'a amené ici.
2 votes
@DavidG Nitpicking : selon les développeurs de la spécification Java EE Platform le nom court correct est "Java EE". et non JEE.
0 votes
Jakarta EE est le nouveau nom de Java EE.
0 votes
Question connexe : Profil Web Java EE et plate-forme complète Java EE
0 votes
Eh bien, java EE est juste comme ruby on rails EE ou javascript EE, choisissez n'importe quel langage aujourd'hui et appelez-le EE, ça sonne mieux. .... Aucun autre langage n'a besoin de mots à la mode de marketing comme enterprise edition juste pour dire hé, je peux faire du web et du db. "Je connais Java" "Attendez, vous connaissez Java ou Java EE" ... WTF c'est comme se vanter que je peux faire des requêtes http en javascript ou accéder à une base de données dans rails... wow magique. mais les gens d'affaires aiment les mots ENTERPRISE EDITION .... laissez tomber le Java EE !