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 Olivier MARTIN . En réponse à la dépêche Développement J2EE avec des outils open source. Évalué à 7.
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.