Articles précédents : RTFM
- [1] Documentation en ligne sur la VM du Kernel 2.4
- [23] Que choisir comme environnement ???
- [31] Introduction à Subversion
- [29] Glossaire de l'infographiste
- [47] Guide : extraction et encodage d'un DVD sous Linux
- [13] Édition de documents [SG|X]ML sous Emacs
- [11] <b>Support du modem ADSL Sagem F@st 800 sous GNU/Linux</b>
- [31] OpenLDAP, addressbook et auth-apache
- [47] tutorial gnus
- [23] Modem ADSL Sagem USB Fast 800
RTFM : Développement J2EE avec des outils open source
Posté par Stéphane TRAUMAT (page perso, ). Modéré le 29 janvier 2003.- Qu'est ce qu'un EJB ?
- Installation et paramétrage de la plateforme ( SDK, JOnAS, Tomcat, Ant, MySQL... )
- Notre premier EJB
- Un EJB de session sans état
- Un EJB de session avec état
- Un EJB entité BMP
- Un EJB entité CMP
D'autes chapitres sont en cours d'écriture sur les EJB MDB, les transactions ou l'utilisation de design patterns. Toute contribution est la bienvenue
PS : JOnAS est un serveur d'application Open source développé entre autre par L'INRIA, France Telecom R&D et Bull.
Le tutorial (7598 hits)
JOnAS (903 hits)
> Lire la dépêche (20 commentaires, moyenne: 4,2).
Merci
Merci pour ce tutorial que je vais regarder plus en détail ce soir ou ce WE.
Par contre c'est dommage qu'il soit orienté Windows :( J'ai plus cette OS moi ;)
-
[^]Re: Merci
Posté par Noname () le 29/01/2003 à 11:09. (lien). Évalué à 6.jonas fonctionne aussi très bien sous linux.
Par contre, est-ce que quelqu'un aurait des bench des différents serveurs d'appli afin de savoir comment se situent les logiciels libre genre jonas ou jboss (pour ceux qui ne connaissent pas : http://www.jboss.org/(...)) par rapport aux serveur d'appli commerciaux ?-
[^]Re: Merci
Posté par Benoît Bailleux (Jabber id, ) le 29/01/2003 à 12:39. (lien). Évalué à 4.Ca n'est pas exactement ce que tu cherches, mais c'est une première réponse. Je l'ai trouvé sur le site de JOnAS, justement :
1 September 2002: Performance and Scalability of EJB Applications Updated
Rice University [http://www.rice.edu/(...)] has released an update on its article [http://www.cs.rice.edu/CS/Systems/DynaServer/perf_scalability_ejb.p(...)] on the combined effect of application implementation method, container design, and efficiency of communication layers on the performance scalability. This update adds EB 1.1 BMP vs CMP, EJB 2.0 local interfaces (using JBoss 3.0 and JOnAS 2.5), and JDK 1.4 performance measurements. Website with full experiment reports is http://www.cs.rice.edu/CS/Systems/DynaServer/.(...) See also the discussions [http://theserverside.com/home/thread.jsp?thread_id=14941(...)] on TheServerSide.com.
--
BB
-
-
[^]Re: Merci
Posté par Guillaume Smet (page perso, ) le 29/01/2003 à 11:13. (lien). Évalué à 7.> Par contre c'est dommage qu'il soit orienté Windows :( J'ai plus cette OS moi ;)
Cf le todo en bas à droite. Il semble que des adaptations soient prévues dans ce sens.-
[^]Re: Merci
Posté par let antibarbie = xp <- xp - 1 (page perso, ) le 29/01/2003 à 16:56. (lien). Évalué à 2.Merci ! oui merci pour ce tutoriel, parce que les EJB, au début c'est _vraiment_ VRAIMENT la croix et la bannière pour arriver à faire marcher le moindre truc potable (meme avec une bonne connaissance du java, de la théorie, et en composants corba).
Mais de toutes façons l'orientation Windows n'est pas significative, et linux est encore bon à utiliser (voire meme Solaris!).
<troll>Un jour viendra où on aura la meme chose en OCaml</troll>
-
Re: Développement J2EE avec des outils open source
Petite précision: il s'agit d'un tutoriel de vulgarisation des EJB2.0 (la spec. en cours de validation est la 2.1).
C'est un bon tutoriel en français pour quelqu'un qui veut commencer à bidouilller avec un serveur applicatif.
Mais bon, ça s'arrete là et le document ne plonge pas dans les vraies problématiques d'une architecture J2EE, qui conduit à employer les EJBs.
Autre remarque: l'auteur ne précise pas que sous les avantages apportés par un serveur applicatif (gestion fine de transactions, pooling, clustering, fail-over, ....), le cout en temps (et en argent ;)) d'un projet EJB est bien supérieur par rapport à un projet n'y faisant pas appel. C'est domage car il est important selon moi de le souligner car on ne fait pas des EJBs sans réellement en avoir besoin.
-
[^]Re: Développement J2EE avec des outils open source
Posté par sandrake () le 29/01/2003 à 11:43. (lien). Évalué à 7.Tu as sans doute raison, au moins sur le point "on ne fait pas des EJBs sans réellement en avoir besoin".
Mais à mon avis, ce tutoriel est vraiment le bien venu, d'autant plus que ces derniers jours il y a eu de longues discussions sur les mailling-lists d'objectweb à propos de la difficulté pour des développeurs néophytes à se lancer dans les EJB avec JOnAS, en effet, il a notament été reproché aux docs d'objectweb d'être trop orientées utilisateur avancé.
A mon avis, ce tutoriel (que j'ai juste survolé pour le moment) est donc un bon moyen pour démarrer en douceur avec JOnAS. De plus, l'auteur (Stéphane Traumat) donne dans le premier chapitre un lien vers un article de Marc Fleury "Why I love EJB" (que je n'ai pas lu, mais qui permet sans doute de se convaincre de l'utilité des EJB).-
[^]Re: Développement J2EE avec des outils open source
Posté par Olivier MARTIN () le 29/01/2003 à 12:03. (lien). Évalué à 7.Oui, cest bien ce que je dis dans ma première phrase: c'est un bon premier tutorial en francais pour commencer à développer 2 ou 3 beans et comprendre les bases. Je ne voualis pas laisser entendre le contraire.
Quand au document de Marc fleury, il est intéressant mais à mon avis tres éloigné de la réalité de la production. Cela fait 4 ans que je fais du J2EE, 6 ans du java. Les beaux concepts et autres design patterns sont parfois (pour pas dire souvent) inaoplicables pour de vrais projets.
Prenons l'exemple des ejb entités CMP. Grosso modo, c'est l'accès aux données dans une BD. On nous présente ca comme une solution parfaite pour pouvoir éviter de coder du SQL et manipuler ces données comme de simple objets. Marc fleury n'a pas tort de nous dire que la solution de monter ces données en mémoire sous forme d'objets et d'appliquer une politique de cache intelligente est la plus optimum pour les temps d'accès (accèder à la RAM plutôt que d'accéder au disque par une politique de serialisation couteuse en process). Par contre il est très fréquent (dans le cas d'insertion en batch pour de gros traitements qui vont insérer/mettre à jour des dizaines de milliers de lignes en base) de ne pas vouloir passer par cette couche objets car le process serait trop lent (accéder à chacune des entités une par une pour mettre à jour). Et ben là, on se retrouve coincé à cause de la politique de caching qui va nous empêcher de directement passé par une couche JDBC (sinon le cache est désynchronisé...).
Tout ca pour dire que l'article de Marc Fleury est très intéressant mais qu'il ne faut pas prendre pour vérité tout ce qu'il dis comme vérité (c'est pareil piour tout d'ailleurs).
En tout cas je souhaite bonne chance à l'auteur et l'encourage à continuer son document pour la communauté francophones.-
[^]Re: Développement J2EE avec des outils open source
Posté par Ramette Jerome () le 29/01/2003 à 15:12. (lien). Évalué à 3.Je suis d'accord. L'exemple évoqué ici est l'un des principaux déboires auxquels on est confronté lorsque l'on utilise les EJBs.
Les EJBs posent deux problèmes :
- Dabord comprendre les principes de conception qui permettent de mettre en oeuvre une architecture à base d'EJBs. Ici le tutorial proposé est une aide précieuse pour les francophones.
- Ensuite imaginer des solutions qui vont permettre de contourner ces principes pour réaliser des implémentations efficaces. Et là, pour le moment, il n'y a que les retours d'expériences douloureux, pour les appréhender.
C'est vrai qu'un doc capitalisant les solutions applicables pour le deuxième point serait intéressant (c'est un euphémisme).
-
-
A propos du J2EE
Un petit peu HS, j'espere que vous me le pardonnerez, mais je cherche toujours un bon tutoriel me permettant de faire fonctionner Apache de concert avec tomcat (sous linux de preference).
Brefle (comme dirai beru) si qqn a une bonne [url] , ce serait sympa merci.
-
[^]Re: A propos du J2EE
Posté par matli () le 29/01/2003 à 12:31. (lien). Évalué à 3.il y a différentes manières de faire la chose, en partant d'un simple reverse-proxy jusqu'à mod_jk qui est un module Apache permettant une étroite collaboration entre Apache et Tomcat
- démarrer Tomcat avec Apache
- faire de la répartition de charge entre différents serveurs d'appli
- ...
Le bon point de départ est sans doute la page de documentation de mod_jk himself:
http://jakarta.apache.org/tomcat/tomcat-4.1-doc/jk2/index.html(...)
-
[^]Re: A propos du J2EE
-
[^]Re: Configurer Tomcat et Apache
Posté par Gabriel () le 29/01/2003 à 20:08. (lien). Évalué à 2.http://www.onjava.com/pub/a/onjava/2002/11/20/tomcat.html(...)
Configuring Tomcat and Apache With JK 1.2
voilà...
Pour ce qui est des autres manières de faire : quelqu'un a un tutorial sympa sur le pattern DAO et tout ce qui est jdo et compagnie?
Eclipse rulez ;-)
Poseidon power !--
Every takeoff is optional. Every landing is mandatory. -- Rules Of Flying
Re: Développement J2EE avec des outils open source
Bonjour, je suis l'auteur du tutorial
Juste deux trois petits points :
- L'install pour Linux est en cours d'écriture... mais ça prend un peu de temps :D
- En effet, c'est un tutoriel pour débutant. C'est donc normal que le document ne plonge pas dans la problématique des EJBs... c'est un tutorial pour débutant certes, mais c'est excatement ce que je voulais faire :D
- Vous avez un benchmark JBoss vers JOnAS sur l'université de Rice... perso, j'y fais pas trop gaffe, ce qui me plait dans JOnAS, c'est que l'optique 100% free est gardée, c'est pas comme sur JBoss ou faut payer poru la doc
Voila..
a+
Stéphane
-
[^]Re: Développement J2EE avec des outils open source
Posté par Antonio Da Silva (page perso, ) le 29/01/2003 à 16:42. (lien). Évalué à 1.Puisque je t'ai sous le le coude , et que tu as l'air de bien
connaitre JOnAS , j'aimerai que tu m'expliques la phrase :
--
JOnAS provides support of J2EE 1.3 including EJB 2.0 (except CMP), JTA 1.0.1, JDBC 2.0, JCA 1.0, JMX 1.0, JNDI 1.2.1, JMS 1.0.2b, JavaMail 1.3, Servlet 2.3, JSP 1.2 specifications
--
c'est la partie "including EJB 2.0 (except CMP)" qui me dérange, car il semble que tu as des exemples pour des CMP, alors je comprends plus rien, j'ai pas trouvé d'infos sur le site
NioTo-
[^]Re: Développement J2EE avec des outils open source
Posté par let antibarbie = xp <- xp - 1 (page perso, ) le 29/01/2003 à 16:59. (lien). Évalué à 1.Oui mais c'est ptet pas les CMP selon les dernières spécifs encore chaudes.. (ou toutes fraîches, ca depends comment on le voit).
-
[^]Re: Développement J2EE avec des outils open source
Posté par Antonio Da Silva (page perso, ) le 29/01/2003 à 17:04. (lien). Évalué à 1.Non, les denières c les 2.1, ils auraient pas fait cette erreur
Je pense plutôt que les les "relationship" entre CMP qui ne sont pas implémenter complètement , mais sans certitude
-
-
[^]Re: Développement J2EE avec des outils open source
Posté par Stéphane TRAUMAT (page perso, ) le 29/01/2003 à 17:07. (lien). Évalué à 2.ehe c'est simple... EJB 2.0 fonctionne sauf la partie CMP
par contre EJB 1.1 fonctionne parfaitementy compris le CMP
Voila
Stéphane-
[^]Re: Développement J2EE avec des outils open source
Posté par Antonio Da Silva (page perso, ) le 29/01/2003 à 21:26. (lien). Évalué à 1.ouais , autant pour moi, je crois que c'est pas ma journée,
j'avais mal lu le code du CMP
-
-
-
[^]installation pour linux
Posté par printakilla () le 29/01/2003 à 17:43. (lien). Évalué à 2.Hello,
Je suis un utilisateur de JOnAS...
J'ai fait une petite doc justement pour installer JOnAS sur un linux, en l'occurence sur une RedHat, mais ça se transpose tel quel sur "presque" n'importe quelle autre distribution basée sur rpm et je l'ai installé sur une Debian en changeant ".rpm" par ".deb" ^_^ .
Donc voici l'URL : http://www.ifrance.com/gregory-luguet/installation_jonas.html(...)
Bon amusement!




Cette discussion est archivée, il n'est plus possible de laisser des commentaires.
Note : les commentaires appartiennent à ceux qui les ont postés. Nous n'en sommes pas responsables.