Salut les gens.
Je crée ce topic pour discuter un peu de J2EE, poser des petites questions et regrouper un peu les diverses expériences de chacun avec la bebete.
 
Je l'ouvre en tant que neuneu (débutant quoi), mais il est aussi destiné à d'éventuelles discussions intelligentes.
 
 
j'ouvre donc le festival avec une petite question con : le framework s'occupe-t'il de cacher les attribut des beans ?
petit exemple : je prends 2 fois de suite le total du caddie dans un site de vente, sans modifier le caddie entre les 2, le système va-t'il appeller 2 fois la méthode de calcul du caddie ?
 
quelques liens utiles :
 

• JBoss - Application Server open source

( http://www.jboss.org et http://sourceforge.net/project/jboss ). Implémente J2EE 1.3 dans sa version 3.X (EJB, JMS, JMX, JTA, JCA, JAAS, Clustering, etc)
 

• XDoclet - Doclet pour la génération d'interface et descripteur de deploiement (entre autre)

http://xdoclet.sourceforge.net
 

• Middlegen - Génère des entity beans CMP sur base d'une DB existante

http://boss.bekk.no/boss/middlegen/

ça depend: dans ta question tu parles d'un attribut de bean, dans ton exemple tu parles d'une methode de calcul.  
A la question je repond oui, l'attribut est caché (le bean "entier" en fait), mais bon, c'est pas aussi simple que ça. (je peux malheureusement pas t'en dire plus)
A l'exemple je repond oui aussi, la methode de calcul sera appelée deux fois. À moins que tu stockes le résultat dans un attribut de bean donc, justement... (ie dans une "colonne" de ta db)

pas grand chose à ajouter à ce qu'à dit -- pour ton probleme mais bonne initiative que ce topic

Bueno, je crois que j'ai été un peu présomptueux.
Je change de question :
La notion d'attribut dérivé existe-t'elle formellement ?
Si oui, sont-ils cachés ?

langocha

40s, j'hésite entre te féliciter pour ta promptitude ou te vanner sur ton ignorance crasse ...

que dirais-tu de me féliciter pour ma promptitude à avouer mon ignorance crasse?

je prends.
 
"Sincères félicitations."

 
bon en gros c'est juste une question de vocabulaire hein

C'est un peu ca mon problème aec nraynaud : je comprend jamais ce qu'il dit
ex : c'est quoi un "attribut dérivé"  

 
spa un pb ca, c'est normal

bon, un peu hasard, si on prend l'exemple d'un calcul de somme d'un caddie: ça doit etre le genre de feature qu'on implemente dans un session bean. et si on veut "cacher" le resultat (ie ne pas le recalculer à chaque fois), he bien on choisit un stateful session bean.
 
au fait, nraynaud, tu devrais passer par le petstore plutot que le xpetstore (meme si perso je l'ai jamais fait - plongé direct dans un "vrai" (hahem) projet); une fois que t'auras capté les tenants et les aboutissants des diff. classes utilisées pour les beans (homes, interfaces, ...), xdoclet ça passera tout seul...

déjà, ce qui pourrait être une bonne idée ce serait de lire une doc rapide est bien faite sur les EJB ... thinking in java a un chapitre sur les EJB de bonne qualité

Désolé d'utiliser le vocabulaire standard de merise et UML, je pensais que ces normes avait aussi pour but de ce faire comprendre.
 
Un attribut dérivé, c'est un attribut calculé à partir des autres attributs de la classe (ou de l'entité en merise). Typiquement, le total d'un caddie.

J'ai le bouquin Enterprise JavaBeans, mais s'il y a bien une chose que les vendeurs d'un truc ne te disent jamais spontannéement, c'est ce que le bebete ne fait pas. D'où ma question explicite.

Ceci dit, je te soutiens, pour l'instant, les détails d'implémentation, je m'en fout. J'aimerais avoir une vision un peu globale de ce que ça fait. Et c'est pas avec des interfaces locales/distantes que je vais avoir de l'information.

je plante un drapal dans ce univers tout nouveau pour moi.
read you later

Bon tant que j'y pense, on pourrait peut être en profiter pour  
 
1/ Changer le titre du topic
2/ Ajouter des liens vers des ressources intéressantes  
 
(raynaund ok?)
 
 

• JBoss - Application Server open source

(http://www.jboss.org et http://sourceforge.net/project/jboss). Implémente J2EE 1.3 dans sa version 3.X (EJB, JMS, JMX, JTA, JCA, JAAS, Clustering, etc)
 

• XDoclet - Doclet pour la génération d'interface et descripteur de deploiement (entre autre)

http://xdoclet.sourceforge.net
 

• Middlegen - Génère des entity beans CMP sur base d'une DB existante

http://boss.bekk.no/boss/middlegen/

ou cas où ça vire au troll

Hors de question.

Je vois pas comment ça pourrait virer que troll alors que tout le monde sait que java c'est un langage playmobil qui pue et qui rame. Et que leur bordel bancal ça vaut pas un .net finement conçu et rapide.

 
les artistes ont souvent leur petites excentricités

 
ah bon

Heu l'artiste c'est pas moi, c'est ma copine.

   
 
T'en a pas marre de t'envoyer des fleurs tout le temps, et de prendre les autres pour des merdes ?  

franchement, j'en ai surtout marre de me faire agresser personnellement à la moindre question un peu technique.
 
Moinmoins à esquivé ma question, je la repose de manière plus précise et ça se finit en "on comprend jammais rien à ce qu'il dit". Je ne prends personne pour une merde, mais je réponds agressivement à une remarque qui se voulait vexante.

A parce que là c'est toi qui est agressé ?  

Ca a l'air marrant J2EE. D'après les tutoriaux SUN on a l'air de passer plus de temps à configurer le bouzin qu'à coder son "Hello World".

en ce qui concerne les ejb, ouais, ca en est pas loin ...

Et j'imagine que quand ça marche pas ou qu'il y a des pb de perfs, ça doit être indémerdable.

nan, y a pas trop de ce problème à ce niveau là ... Au contraire : vu qu'il y a moins de code, le réglement des problèmes de perf est plutot facilité ...

 
  xdoclet tu connais?

 
Moi, je décore mon modèle UML en utilisant les psécifications du JSR 26

Un arbre de composition décoré ... c'est un sapin de noel ?
 
 
Ah merde, on compose pas en EJB.

 
Pas loin, mais on a pas le droit aux gifs animés
 
http://rincevent.dyndns.org/toto/ejbuml.gif

Super, y'a rien d'intéressant au niveau métier dans la toile d'arraignée. Heureusement qu'on peut le prendre à des niveaux plus haut en UML.

j'ai esquivé par manque de vocabulaire. apres, vu ce que tu en explique, je pense avoir déjà répondu avec le peu de ce que je connais...

Bon, question maitenant:
quels types de modele de developpement utilisez vous? Bien entendu, on ne peut pas comparer puisque tout depend de l'importance de l'equipe    
mais utilisez vous un modele 2 couches : IHM -> Serveur BDD
un modele 3 couches : IHM -> Logique métier -> BDD
un modele 5 couches : Client -> Couche présentation -> Couche métier -> Couche technique -> BDD
 
j'utilise le modele 3 couche, mais suis curieux de passer à un modele 5 couches, vos avis?