Article d'introduction à J2EE

Posté par  . Modéré par Fabien Penso.
Étiquettes :
0
27
sept.
2002
Java
Cet article est une introduction qui a pour but d'expliquer aux novices ce qu'est la plateforme J2EE :
- Architecture des systèmes d'entreprise
- La plateforme J2EE
- Les conteneurs J2EE
- Processus de développement d'application J2EE
- Comment commencer ?

N'hésitez pas à m'envoyer vos commentaires !

Aller plus loin

  • # Bien mais bref !

    Posté par  . Évalué à 10.

    Plutot sympa ton intro, mais un peu seche. J'ai bien aime la partie Archi Systeme. La descritpion des API est breve mais elles y sont toutes. Par contre, pour les conteneurs, il faudrait etre un peu plus expansifs, car celui qui n'y connait rien a tres peu de chances d'y comprendre qqchose. Mais ce n'est peut etre pas la tache d'un texte introductif. Tu devrait mettre des liens pour chaque section, vers la doc de sun decrivant l'element de la section. GLobalement donc, une bonne intiative, mais manque de pointeurs precis. Continue donc, c'est de la belle ouvrage :-)

  • # Petites corrections sur les interfaces des EJB...

    Posté par  (site web personnel) . Évalué à 10.

    L'accès à un EJB se fait via deux interfaces appelées Remote et Home. La Home décrit le cycle de vie (les méthodes create(...), les méthodes de recherches pour les EntityBeans (findByPrimaryKey(...), findAll(...), findByXXX(...)) et les méthodes de destruction. L'interface Remote décrit les services métiers qui sont fournis par l'EJB : en général des get/set pour les entity beans, des traitements pour les SessionBean (ex : calculateTrucmuche()). La spec EJB 2.0 a rajouté la notion d'interfaces locales qui définissent le service tel qu'il est visible pour les EJBs tournant dans la même JVM. Ceci est principalement utilisé pour augmenter les perfs des appels (les appels ne sont plus distants). Voilou...

    • [^] # Re: Petites corrections sur les interfaces des EJB...

      Posté par  (site web personnel) . Évalué à 10.

      Autre précision :
      Ces interfaces locales ne sont pas nécessaires sur certains serveurs J2EE (Weblogic en tout cas) car il détecte si les EJB se trouvent déployés sur la même JVM est ainsi n'utilisent pas RMI pour y accéder. Celà reste tout de même un cas particulier

      L'association LinuxFr ne saurait être tenue responsable des propos légalement repréhensibles ou faisant allusion à l'évêque de Rome, au chef de l'Église catholique romaine ou au chef temporel de l'État du Vatican et se trouvant dans ce commentaire

      • [^] # Re: Petites corrections sur les interfaces des EJB...

        Posté par  (site web personnel) . Évalué à 10.

        Elles sont nécessaires sur les liens entre CMP dans la spec finale EJB 2.0 (donc pas dans la rc implémentée dans WLS 6.1).

        <private>
        Du coup, ça fait des bonnes (sic) surprises quand on essaye de porter une certaine appli basée sur un certain fwk à la con écrit sous wls 6.1 vers jboss 3.0 si tu vois ce que je veux dire...
        </private>

  • # Commentaires en vrac

    Posté par  . Évalué à 10.

    Il y a des fautes d'orthographe, je dois en laisser passer pleins parce que je suis aussi nul en orthographe : "Ceci permet aux développeurs d'application de ne pas avoir à reprogrammer les services d'infrastructure." Dans le 3.2, ils y a pleins de définitions pour JNDI, JSP... par contre, pour EJB, il n'y a pas de définition, simplement une explication du cadre dans lequel ils existent.. Quand on ne sait pas ce que c'est, ce paragraphe est obscure et n'explique rien. JSP s'apparente plus à HTML qu'à XML parce que les pages JSP ne sont hélas pas conforme à XML. Il est question une fois de pooling de connexion, la traduction est a mon avis très mal choisies, le pooling n'a rien à voir avec le pool,

  • # Continue comme ça !

    Posté par  (site web personnel) . Évalué à 10.

    C'est une excellente idée de faire cela avec toutes les dénominations existantes dans le monde Java, il est vrai que l'on s'enmele un peu les pinceaux des fois. Sinon, il serait interessant que par la suite, tu aborde les serveurs d'application que sont Jboss et Jonass par exemple histoire d'expliquer un peu ce que c'est (enfin, les spécificités de chacun etc ...) Sinon, il manquerait pas quelque part JNI (Java Native Interface, pour coupler Java avec C/C++...) et les Beans ?

  • # www.theserverside.com

    Posté par  . Évalué à 10.

    ne pas oublier LE site sur J2EE, http://www.theserverside.com(...)

    ce que tu appelles "balises semblables au XML" pour les JSP,
    je suppose que tu parles des Tag Libraries (TagLib):
    http://java.sun.com/products/jsp/taglibraries.html(...)

    enfin, je pense qu'un petit paragraphe sur les EJB, décrivant les Session et les Entity Beans (et eventuellement les Message Beans) ne ferait pas de mal...

    mais sinon c'est pas mal ;-)

  • # Et les packages sont disponibles...

    Posté par  (site web personnel) . Évalué à 10.

    ...sur http://jpackage.sourceforge.net(...)
    Plus que des simples packages, il s'agit d'une tentative d'établissement de pratiques saines pour le déploiement d'applications Java sous Linux. Si vous en avez marre du style windows (genre: je mets tout en vrac dans un répertoire pour que ca marche), viendez jeter un coup d'oeil.

  • # PUB déguisée ???

    Posté par  . Évalué à 2.

    Heu, je vois pas très bien le pourquoi des deux autres liens (Ashita et Linac), de la pub ?
    Modérateurs !!! ;-)

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.