Discussion :

[davdou]

Bonjour,

Je débute sous Eclipse et java. Je parviens jusqu'à présent à créer des ejb entité et les utiliser dans mes applications web avec Struts.

J'ai une question au niveau de l'organisation de mon développement.
Dois-je créer un projet par ejb, ou peut-on créer un projet regroupant l'ensemble des ejb ?



[Modéré par Didier] : ajout de tag dans le titre - Les règles du forum Java

[khokho]

une seul projet pour tout les ejb

chuss

[Miss Gaelle]

une seul projet pour tout les ejb

+1

Tu créées tous tes EJB dans le même projet.

[khokho]

une seul projet pour tout les ejb

+1

Tu créées tous tes EJB dans le même projet.

haaaa, miss gael, tu nous eclair

[Miss Gaelle]

une seul projet pour tout les ejb

+1

Tu créées tous tes EJB dans le même projet.

haaaa, miss gael, tu nous eclair

Plusieurs avis, même identiques peuvent servir ... ne serait-ce que pour confirmer!

En espérant ne pas t'avoir aveuglé

[davdou]

Ok, je penchais aussi pour cette solution.
Par contre, dois-je créer un package par ejb dans Eclipse ?
Comment différencier mes ejb pour les déploiements ?

J'utilise le plugin Jonas pour Eclipse 3.
Si je créé mes ejb dans le même package, je ne peux exporter que le dernier. Si je créé mes ejb dans des packages différents, alors plus de pb.

[khokho]

moi je mettais tout ds un seul package, j'utilisais les package qd je creais des EJB de type differents, c a d un package pour les sessions et un package pour les CMP et un autre pour les BMP, mais de tte facon, tu peux les disposer comme tu veux, dans 1 seul package ou dans plusieurs, ca ne change rien dutt.

et qu'est ce tu veux dire par "différencier mes ejb pour les déploiements"?

chuss

[davdou]

"différencier mes ejb pour les déploiements".
J'avais un problème pour choisir l'ejb à déployer avec Eclipse.
Mais résolu maintenant.

Encore merci

[stanislas]

Tout mettre dans un seul package ou dans différent ... tout dépend de la logique choisie pour la répartition par package :

* Un package par type de classe :
com.test.bean
com.test.ejb

* Une répartition plus métier (tout en gardant une répartition par couche si l'appli est divisée par couche) :
com.test.metier.fonction1 -> Regroupe les ejb concernant la fonction 1 et les autres classes métier de cette fonction
com.test.metier.fonction2
...

com.test.web.fonction1 -> Regroupe les classes web de la fonction 1
com.test.web.fonction2
....

C'est juste un exemple. Je préfères largement la deuxième solution, elle permet de retrouver plus facilement ce que l'on cherche.