du diagramme des classes au ejb

Salut à tous!!
Je prepare un PFE qui consiste en une application 3-tiers. Je doit travailler avec JEE 5 (SA glassfish, BD Oracle, Navigateur internet). Mon probléme est le suivant:
J'ai terminer le diagramme des classes d'une façon classique!! Comment procéder pour faire apparaitre les EJB??:oops: plus clairement, comment concevoir mes EJB apartir du Diag des classes? est si chose faite, sur quelle critere on choisie entre stateless ou statefull?
Votre aide est super-precieuse, je suis debutant en JEE, mais j'ai une experience avec java.

Bonjour Arctodus,

Alors avant de parler de la modélisation, je vais revenir sur l'architecture de ton projet. Je sais, je vais être tatillon mais cela à son importance. En effet, une architecture 3-tiers se compose de la manière suivante: le client (navigateur) <----> le conteneur Web (JSP, PHP ...) <-----> et la base de données.
A partir du moment où tu rajoutes une logique métier en utilisant entre autre des EJBs tu passes en architecture n-tiers (à noter que ce dernier tier est situé entre le conteneur web et la base de données).

Pour en revenir à ton problème de modélisation, je pense (car j'y réfléchi aussi en ce moment) que la transposition d'un diagramme de classes en EJB doit se faire naturellement dans le sens où toutes les classes (ou du moment toutes celles contribuant directement à ta logique métier) vont donner des entités.
Concernant les Session Beans, ils vont te servir à faire (entre autre) les opérations CRUD sur tes entités et donc tu pourras faire le lien entre la logique métier et la logique d'application.

Voilà j'espère t'avoir aidé.

Bonjour,

Je suis en train de développer une appli J2EE5.

Pour faire simple, tu dois en étudiant ton dossier de spécification fonctionnel faire ressortir les classes dites "candidates". Normalement , sans penser à une quelconque technologie ( java, php .. même combat ) .

Quand tu passes du diagramme de classe au diagramme de séquence ( partie dynamique ) tu peux dans un premier temps architecturer ton appli à travers des concepts J2EE ( exemple couches DAO, services .... ).

Remarque : la technologie n'est qu'un moyen d'appliquer des concepts .

Si tu dois faire une vrais architecture J2EE, tu dois découper tes couches

1. Tiers client
2. Tiers web
3. Tiers logique métier
4. Tiers accès aux données

Dans ce découpage, tu peux avoir un redécoupage, exemple Mon tier logique métier fait appel à JPA ou DAO + couche service, le tout mapper dans un EJB3 pour exposer les méthodes en local ou remote.

Je m'explique EJB3 appel la couche service ( traitements métiers , calculs mise à jour, ... ) qui appelle les POJO JPA ( mapping de la base ).
J'avoue qu'EJB3/JPA facilite ce type de travail. Pourquoi la couche service, me direz vous, simplement que je voulais faire des tests unitaires sur mes objets métiers et que le conteneur d'EJB ne me facilitais pas la tâche.

Pour ce qui est du choix entre stateless et statefull, cela dépend si tu veux garder un lien avec ton client ( un panier = statefull ) un requête pour un affichage simple ( stateless ) , je garde ou je garde pas l'état. En gardant en mémoire, un client connecté = un statefull dans la JVM, donc attention. Surtout si tu veux utiliser JSF ( partie web ).

Je ne suis pas académique simplement parce que la question ne se pose pas en quelques lignes. Il m'a fallu pas mal de temps pour tout intégré ( faut pas le dire mais j'ai pas tout compris ...:lol: ) . Si tu veux vraiment comprendre je pense qu'il faut une formation, ou dans un autre cas une grosse motivation.

Dans les deux il te faudra du courage.

Il existe deux bons bouquins :

Java EE 5 d'antonio goncalves
sinon EJB3 de sup info, deux bonnes références en français.


Olivier

Merci a tous, votre aide a été précieuse!
J'ai découper mes classes en suivant cette logique:
1-les classes qui manipule d'autre objet sont identifier comme session bean(a la maniére d'une classe main!!!!!).
2-les classes qui encapsule des données coherant sont idenifier conne entity bean(a la maniere d'une table de base de données)
c'est juste?!!!

Bonjour,

Oui c'est cohérent, mais tu peux rajouter une couche intermédiaire dans le cas ou tu veux tester ta logique métier. Je te conseille vivement de mettre des tests unitaires en place, c'est une perte de temps au début (investissement ). Mais tu auras un gros retour ensuite. cela te permets aussi de tester ta logique métier avant qu'elle soit dans le conteneur d'EJB.


Olivier

j'ai commencer a créer mes EJB avec Netbean 6.5.
Mon soucis: comment appeler une entityBean a partir d'une sessionbean!!!
comment faire tourner la machinerie en permettant a ma sessionbean"gererauto" de creer des entitybean "auto"?!!!!


Merci d'avance pour votre aide!

Désolé pour avoir posé une question un peux floue.
Mais j'ai trouvé une reponse claire dans ce forum. En realité je voulait une reponse relative au EJB3 exactement!!! et c'est trés simplifiée par rapport au 2.1.
Merci, et bon courage a tous :)