EJB or not EJB ...

Bonjour,

Est-il possible de faire tout un projet J2EE sans passer par les EJB ??
Quels sont les différentes autres méthodes ??
S'il y a un plus au niveau des performances ...

Petite explication : je fais partie d'un projet et nous avons développé tout le code métier via des EJB ... Etant tous débutants, la prise en main des EJB fut laborieuse (problème de transactions, paramétrages ...)
Nous devons faire une autre application (J2EE aussi) et je me demandais si on ne pouvait pas faire abstraction des EJB ou faire un mélange pour éviter tous les problèmes rencontrés ...
Merci d'avance pour votre aide.


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

Il existe un livre fait pour vous : Expert One-on-One J2EE Development without EJB.
Comme le titre le laisse penser, on peut très bien faire du J2EE sans EJB (J2EE != EJB).
Si tu veux un framework complet qui remplace avantageusement les EJB, regarde du coté de Spring. Tu trouveras pas mal d'infos sur ce framework ainsi que des livres sur le sujet (Expert One-on-One J2EE Development without EJB est un exemple, au même titre que Professional Java Development With The Spring Framework du même auteur et créateur du framework).
En terme de persistance, je te conseille de te tourner vers Hibernate qui te fera oublier les EJB entity et s'integre très bien avec Spring (tu peux remplacer Hibernate par JDO, Toplink ou JDBC si tu préféres).

On peut faire du J2EE sans EJB !
Moi je prefere meme.
Les EJB sont un choix technologique parmi tant d'autre, et c'est un choix qui doit etre reflechi. Il faut en avoir besoin (gestion des pools...).
On peut tres bien remplacer ca par du code java et comme le dit dlemoing, utiliser hibernate, castorJDO... ou meme simplement JDBC pour remplacer les EJB Entity (conseillé meme, sauf EJB 3 qui sont apparentés à la nouvelle version d'hibernate).

Merci pour vos réponses.

Au niveau transactionnel, quelle méthode est la mieux ??

Si tu choisis d'utiliser Spring, tu auras la possibilité de gérer tes transactions programmatiquement (derrière une couche d'abstraction qui masque l'utilisation de JTA ou de transactions locales) ou déclarativement comme avec EJB CMT (Container managed transaction).
Si tu utilises Hibernate, tu devras gérer les transactions programmatiquement à moins d'utiliser un framework comme Spring qui te laissera le choix prog/décla.
Pour plus de détails, regarde cette discussion où je réponds plus ou moins à ta question.

Citation:

---

sauf EJB 3 qui sont apparentés à la nouvelle version d'hibernate

---

Pas tout à fait chaque vendeur étant libre de l'implémenation.

On a donc Hibernate pour JBoss, TopLink pour Oracle, etc.

D'ailleurs pourquoi ne pas remplacer les EJB par des EJB (v3) ?

OUI, on peut faire un projet sans ces #%** d'EJB

C'est bien les EJB :sm: :arf:

qq a essayé ejb3?
jboos l'implémente d'origine à partir du 4.0.3rc2