PUBLIC MARKS from holyver with tags j2ee & hibernate

Autrement dit:si je fais parti d une entreprise, que je vais chez un client, que je lui présente l'architecture J2EE, qu'il constate que la partie métier est constituées d EJB, comment lui justifierai je l usage d'un framework de mapping O/R et ke finalement l application n a pas besoin d etre conforme a l architecture J2EE a 100%?

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 ...

Je me pose une question depuis un moment. Lorsqu'on parle de J2EE et plus précisemment de sa couche métier, on parle tout le temps d'EJB. Est-ce qu'il est pas possible d'avoir autre chose que des EJB comme par exemple un programme Java accessible par RMI ou JMS ? Si c'est le cas, est ce que des outils comme JBoss permettent de faire tourner des couches métier qui ne sont pas des EJB ? Il y a surement des topics qui parlent déjà de ça mais j'ai pas réussi à les trouver, si c'est le cas, je veux bien que vous m'envoyez les liens. J'ai bien essayé de chercher mais c'est pas évident pour une question aussi générale.