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 :-)

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...

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,

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 ?

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 ;-)

...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.

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