Qu'est-ce que Java EE? [dupliquer]

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 qui prennent en charge 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:

1. JDBC
2. JNDI
3. Ejb
4. RMI
5. JSP
6. Servlets Java
7. XML
8. JMS
9. Java IDL
10. JTS
11. JTA
12. JavaMail
13. FAC

Le fournisseur de produits Java EE est généralement un fournisseur de serveur d'applications, de serveur Web ou de système de base de données qui fournit des classes implémentant les interfaces définies dans les spécifications. Ces fournisseurs sont en concurrence sur les implémentations de Java EE spécification.

Lorsqu'une entreprise a besoin d'une expérience Java EE, ce qu'elle demande vraiment, c'est une expérience en utilisant les technologies qui composent Java EE. Souvent, une entreprise n'utilisera qu'un sous-ensemble des technologies Java EE.

J(2)EE, à proprement parler, est un ensemble de APIs (comme l'indique la réponse supérieure actuelle) qui permettent à un programmeur de construire des systèmes transactionnels distribués. L'idée était d'abstraire les bits transactionnels distribués compliqués (qui seraient implémentés par un conteneur tel que WebSphere ou Weblogic), laissant le programmeur développer une logique métier sans se soucier des mécanismes de stockage et de la synchronisation.

En réalité, c'était un bricolé-ensemble, conception par comité mish-mash, qui a été poussé à peu près au profit de fournisseurs comme IBM, Oracle et BEA afin qu'ils puissent vendre des produits ridiculement trop compliqués, trop conçus et trop inutiles. Qui n'avait pas les fonctionnalités les plus basiques (telles que la planification)!

J2EE était une construction marketing.

Il existe 2 versions des environnements Java, J2EE et Se. SE est l'édition standard, qui comprend toutes les classes de base dont vous auriez besoin pour écrire des applications mono-utilisateur. Lorsque l'édition Enterprise est configurée pour des applications d'entreprise à plusieurs niveaux ou d'éventuelles applications distribuées. Si vous utilisez des serveurs d'applications, comme tomcat ou websphere, vous souhaitez utiliser le J2EE, avec les classes supplémentaires pour la prise en charge à n niveaux.

Sa signification change tout le temps. Cela signifiait Servlets et JSP et EJBs. Maintenant, cela signifie probablement le printemps et l'hibernation, etc.

Ce qu'ils recherchent vraiment, c'est l'expérience et la compréhension de l'écosystème Java, des conteneurs de servlet, JMS, JMX, Hibernate, etc. et comment ils vont tous ensemble.

Les tests et le contrôle de la source seraient également des compétences importantes.

Oui, expérience avec EJB, les applications Web ( servlest et JSP ), les transactions, les services Web, la gestion et les serveurs d'applications.

Cela signifie également, expérience avec l'application de niveau "enteprise", par opposition aux applications de bureau.

Dans de nombreuses situations, les applications d'entreprise doivent se connecter à un certain nombre de systèmes hérités, ce ne sont pas seulement des "pages Web", et avec les fonctionnalités disponibles sur l ' "édition" de java, ce type de connectivité peut être résolu.

J2EE faisait traditionnellement référence aux produits et normes publiés par Sun. Par exemple, si vous développiez une application Web J2EE standard, vous utiliseriez des EJB, des faces de serveur Java et vous vous exécuteriez sur un serveur d'applications prenant en charge la norme J2EE. Cependant, comme il existe une telle pléthore de bibliothèques et de produits open source qui effectuent les mêmes tâches ainsi que (et beaucoup argumenteront mieux) que ces offres Sun, la signification quotidienne de J2EE a migré en se référant à ceux - ci aussi (par exemple une solution Spring/Tomcat/Hibernate) dans de nombreux esprits.

C'est un excellent livre à mon avis qui discute de l'approche "open source" de J2EE http://www.theserverside.com/tt/articles/article.tss?l=J2EEWithoutEJB_BookReview

Je dirais que J2EE experience = une expérience approfondie avec quelques technologies J2EE, des connaissances générales sur la plupart des technologies J2EE et une expérience générale avec les logiciels d'entreprise en général.

Semble qu'Oracle essaie maintenant de supprimer les JSP (remplacer par des faces) et d'émuler le RESTE de Spring (JAX-RS) et DI.

Ref: https://docs.oracle.com/javaee/7/firstcup/java-ee001.htm

Tableau 2-1 Web-Tier Java EE Technologies

JavaServer fait face à la technologie

Un framework de composants d'interface utilisateur pour les applications Web qui vous permet d'inclure des composants d'interface utilisateur (tels que des champs et des boutons) sur une page XHTML, appelée page Facelets; convertir et valider les données des composants UI; enregistrer les données des composants UI dans les magasins de données côté serveur; et maintenir l'état des composants

Langage d'expression

Un ensemble de balises standard utilisées dans les pages Facelets pour faire référence aux composants Java EE

Les Servlets

Classes de langage de programmation Java qui traitent dynamiquement les requêtes et construisent des réponses, généralement pour les pages HTML

Contexte et injection de dépendances pour Java EE

Un ensemble de services contextuels qui permettent aux développeurs d'utiliser facilement les beans d'entreprise avec la technologie JavaServer Faces dans les applications Web