L'appellation J2EE (Java 2 Enterprise Edition) n'est qu'un sigle désignant collectivement un ensemble d'API dédiées à l'informatique l'entreprise.
Pourquoi d'entreprise: parce qu'elle vise au codage une fois pour toutes de besoins récurrents dans le monde professionnel (sécurité, persistence, logique transactionnelle...)
Elles sont globalement faciles d'utilisation et codées avec élégance, mais alourdissent les applications qui ne les exploitent que peu.
Ci-dessous une courte description des API essentielles.
JDBC: la plus utile de toutes, la Java DataBase Connectivity (appellation supposée) permet d'attaquer les bases de données via un pont jdbc-odbc ou un driver spécifique au SGBD. 4 types de driver existent, suivant qu'ils soient écrits en java, en langage natif, ou les deux.
Servlet/JSP: Les servlets sont des classes qui répondent à des requêtes (essentiellement HTTP), et permettent le développement d'applications hébergées par des serveurs web. Les jsp sont des servlets spécialisées, qui permettent d'écrire plus facilement des composants d'affichage.
RMI: Remote Method Invocation permet de manipuler des objets répartis sur différentes JVM, si ceux-ci sont référencés dans un registre et publient une interface client (stub).
IDL: Interface Definition Language permet de définir des interfaces CORBA (même principe que RMI, mais multi-plateformes).
JMS: Java Message Service permet aux composants applicatifs de s'envoyer des messages (ie n'importe quel objet serializable). Cette API permet une communication souple, synchrone ou non, faiblement couplée.
JNDI: Java Naming and Directory Interface permet de nommer des objets, et de les récupérer à partir de leur nom.
JTA: Java Transaction API permet de définir des transaction analogues aux transactions des bases de données dans votre code java.
JavaMail: API exploitant les protocoles SMTP/POP3/IMAP pour manipuler les mails, monter un client ou un serveur de messagerie.
JAXP: Java API for XML Processing permet la manipulation de documents xml avec DOM,SAX et XSLT.
JAXR: Java API for XML Registries fourni une API standard pour accéder à différents registres xml (UDDi,SOAP,...) et publier ou rechecher des Web Services.
JAX-RPC: Java API for XML-Based RPC utilise le standard SOAP pour communiquer avec ddes clients java ou non java.
JCA: J2EE Connector Architecture définit une architecture standard pour permettre l'intégration de systèmes d'informations hétérogènes (ERP, SGBDR...) à la plateforme J2EE via des adaptateurs spécifiques à chaque distributeur de SI, en offrant des communications transactionnelles et sécurisées.
JAAS: le Java Authentication and Authorization Service permet l'authentification d'utilisateurs et la protection des ressources d'une application.
EJB: Les Enterprise JavaBeans facilitent la conception de la couche métier d'une application, par le biais de beans persistants, transactionnels et distribuables.
La plupart de ces technologies font appels à des fichiers de configuration xml.
Il existent de nombreux framework prenant en charge le plus gros de la mise en place de ces services: ce sont les serveurs J2EE, comme JBoss ou JOnAS.
On s'interessera plus particulièrement à JDBC, JNDI, JavaMail et JAAS, qui feront l'objet des prochains ajouts dans la faq.
que les furax des ejb gardent l'espoir, on s'occupera quand même d'eux
la suite au prochain épisode...
__________________________
je panse, donc j'essuie
merci JADAWIN pr ton explication mai j'ai tou de même des quéstions à posé:
tant que ces API sont des classes prédifinies comment on peut les exploiter ex JDBC?
ecq le JDBC nous offre des syntaxes biens précies afin d'exploiter une BD?
si vous avez un lien qui peut êre utile pr moi veuillez le poster
MERCI encore
salut ,voila y a plus k un ans j ai travaillé avec la plate forme J2EE ,framework struts,tomcat et comme copilateur JBuilder donc je veux bien maitriser cet environnement et j ai besoin de savoir :
kel est le meilleur copilateur a utiliser?(JBuilder a besoin d au moin 512M dans la RAM pr travailler tranquillement)
donc si vous avez des conseils surtt n hesité pas j en ai vraiment besoin?
bien le pb de RAM et de java c'est un pb qui existe depuis que java a existe car l'execution de tout les programme ecrite en java s'execute dans la JVM(java virtual Machine) et puisque java c le language par exellence la ou l'appel des methodes est casi in controlable, et chaque apel de methode nessaissite un contexte que la JVM doit le fournir donc elle consomme depuis la RAM un peut plus pour chaque appel
pour le compilateur c'est different de JBuilder !!!
car JBuilder c'est un editeur java IDE !! de borland qui utilise la JDK de SUN MicroSystem et cette JDK contien les executables de compilation que JBuilder leur fait apel chaque foi que vous invoquez une compilation
pour les IDE il ya eclipse http://www.eclipse.org/ qui moi meme j'utilise, il y a "NetBeans",JDevlopper qui sont tous des IDE Java et autre language (suivant les plugin pour eclipse) qui utilise la JDK (le compilateur de SUN) que vous pouvez le telecharger depui le site de SUN c'est free
http://java.sun.com/j2se/1.5.0/download.jsp