Question

    

Cette question a déjà une réponse ici:

    
            
  •              En quoi consiste exactement Java EE?                                      4 réponses                          
  •     
    

Je me rends compte que cela se traduit littéralement en Java Enterprise Edition. Mais ce que je demande, c'est qu'est-ce que cela signifie vraiment? Lorsqu'une entreprise a besoin de l'expérience Java EE, que demande-t-elle réellement? Expérience avec les EJB? Expérience avec les applications Web Java?

Je suppose que cela signifie quelque chose de différent pour différentes personnes et que la définition est subjective.

Était-ce utile?

La solution

Java EE est en réalité un ensemble de technologies et d'API pour la plate-forme Java conçues pour prendre en charge "Enterprise". Les applications qui peuvent généralement être classées comme des applications à grande échelle, distribuées, transactionnelles et hautement disponibles, conçues pour prendre en charge les exigences métier critiques.

En ce qui concerne ce que recherche un employé dans certaines technologies, il est difficile de le dire, car les règles du jeu ont constamment évolué au cours des cinq dernières années. Il s’agit vraiment de la classe des problèmes qui sont résolus plus que toute autre chose. Les transactions et la distribution sont la clé.

Autres conseils

Java EE est un ensemble de spécifications permettant de développer et de déployer des applications d'entreprise.

En général, les applications d'entreprise font référence aux logiciels hébergés sur des serveurs fournissant les applications prenant 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 constituant Java EE sont les suivantes:

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

Le fournisseur de produit 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 qui implémentent les interfaces définies dans les spécifications. Ces fournisseurs se disputent les implémentations des spécifications Java EE.

Lorsqu'une entreprise a besoin de l'expérience Java EE, ce qu'elle demande réellement, c'est d'utiliser les technologies qui composent Java EE. Souvent, une entreprise utilisera seulement un sous-ensemble des technologies Java EE.

J (2) EE, à proprement parler, est un ensemble de API (comme le dit la réponse courante) permettant au programmeur de construire des systèmes transactionnels distribués. L'idée était de faire abstraction des bits transactionnels compliqués distribués (qui seraient mis en œuvre par un conteneur tel que WebSphere ou Weblogic), laissant ainsi au programmeur le soin de développer une logique métier sans se soucier des mécanismes de stockage et de la synchronisation.

En réalité, il s’agissait d’un méli-mélo concocté par un comité et conçu au profit de fournisseurs tels que IBM, Oracle et BEA, pour leur permettre de vendre des produits ridiculement trop complexes et trop sophistiqués. , des produits trop inutiles. Qui n'avait pas les fonctionnalités les plus élémentaires (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 pour un seul utilisateur. Alors que l'édition Enterprise est configurée pour les applications d'entreprise à plusieurs niveaux ou les applications distribuées possibles. Si vous utilisez des serveurs d'applications, tels que tomcat ou websphere, vous souhaitez utiliser J2EE, avec les classes supplémentaires pour la prise en charge à plusieurs niveaux.

Cela signifie que les changements changent tout le temps. Cela signifiait autrefois Servlets, JSP et EJB. De nos jours, cela signifie probablement Printemps et Hibernate, etc.

Ce qu’ils recherchent vraiment, c’est l’expérience et la compréhension de l’écosystème Java, des conteneurs Servlet, de JMS, de JMX, d’Hibernate, etc., et de la manière dont ils s’harmonisent.

Le test et le contrôle à la source constitueraient également une compétence importante.

Oui, expérience des EJB, des applications Web (Servlest et JSP), des transactions, des services Web, des services de gestion et des serveurs d’applications.

Cela signifie également que vous possédez une expérience avec " enteprise " application de niveau, par opposition aux applications de bureau.

Dans de nombreuses situations, les applications d'entreprise doivent se connecter à un certain nombre de systèmes existants, ce ne sont pas seulement des "pages Web" et des fonctionnalités disponibles dans "l'édition". de java ce genre 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, Java Server Faces et une exécution 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 remplissent les mêmes fonctions (et beaucoup diront mieux) que ces offres de Sun, le sens quotidien de J2EE a migré de manière à les référencer ( Par exemple, une solution Spring / Tomcat / Hibernate) dans de nombreux esprits.

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

Je dirais que l'expérience J2EE = une expérience approfondie de quelques technologies J2EE, une connaissance générale de la plupart des technologies J2EE et une expérience générale des logiciels d'entreprise en général.

On dirait que Oracle essaie maintenant de supprimer les JSP (remplacer par Faces) et d'émuler REST (JAX-RS) et DI de Spring.

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

Tableau 2-1 Technologies Java EE de niveau Web

Technologie JavaServer Faces

Un framework de composants d'interface utilisateur pour 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 de l'interface utilisateur; enregistrer les données des composants de l'interface utilisateur dans les magasins de données côté serveur; et maintenir l'état du composant

Langage d'expression

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

Servlets

Les classes de langage de programmation Java qui traitent de manière dynamique les demandes et construisent les réponses, généralement pour les pages HTML

Injection de contextes et de dépendances pour Java EE

Un ensemble de services contextuels facilitant l’utilisation par les développeurs de beans enterprise et de la technologie JavaServer Faces dans les applications Web

Licencié sous: CC-BY-SA avec attribution
Non affilié à StackOverflow
scroll top