Ce qui ne l'ajout de l' @Stateful ou @Stateless annotations?

Je suis juste se familiariser avec Java EE. Je sais que l'ajout de @Stateful ou @Stateless des annotations à une classe d'en faire un EJB bean. Mais ce qui se passe réellement dans le fond une fois je le faire? Je vois le suit dans la liste sur Wikipédia en relation avec les Ejb.

  • De traitement des transactions
  • Intégration avec la persistance des services offerts par l'Java
    Persistence API (JPA)
  • De contrôle de la simultanéité
  • De concours complet à l'aide de Java Message Service et Connecteur Java EE
    L'Architecture
  • Asynchrone invocation de méthode
  1. Quand je marque une classe comme un EJB n'éléments énumérés ci-dessus obtenir " prise en charge
    "dans le fond? Un tout autre chemin d'accès au code est suivi
    qui passe par chacun des ci-dessus une fois que j'ai une classe de l'EJB, est
    que ce qui se passe?
  2. Je vois que l'utilisation de CDI, j'ai la possibilité d'injecter des EJB les fèves de oppposed de CDI haricots. Dans ce cas, dois-je toujours utiliser les EJB haricots au lieu de CDI haricots comme EJB haricots sont plus puissants que les CDI des haricots?

OriginalL'auteur sonicboom | 2012-12-17

  1. 5

    Voir cette réponse pour un aperçu sur les deux questions.

    Les points forts à mettre en avant dans cette réponse sont les suivantes:

    • Ejb et de CDI et les haricots sont estimés à partir des composants, l'objet que vous obtenez est un faux, le réel de l'objet est caché et ce est la façon dont les services sont ajoutés: identification de l'->proxy->->realObject
    • CDI et EJB sont effectivement les mêmes que tels, les mélanger librement. Que vous utilisez dépend de ce que tu essaies de faire. J'ai tendance à utiliser le CDI, à moins que j'ai besoin de l'un des éléments énumérés dans cette réponse. Alors je me suis juste mise à niveau ou d'ajouter un nouveau bean.

    Remarque, une chose que je ne manquez pas dans la réponse était toute @MessageDriven concept.

    MessageDriven Des Haricots

    Il est très intéressant de vous mettre JMS /Connecteur sur la même ligne que c'est exactement la façon dont ils sont mis en œuvre. Message-Driven Beans (Bmd) devrait en fait être appelé "Connecteur-Driven Beans" que toute la communication et le cycle de vie d'un MDB est effectivement liée à l'Connecteur spécification de l'Architecture et n'a rien à voir avec JMS directement -- JMS est juste le seul Connecteur de gens voient jamais. Il y a beaucoup de potentiel. J'espère que nous allons voir quelques améliorations dans Java EE 7.

    >Il est très intéressant de vous mettre JMS / Connecteur sur la même ligne, à partir de l'EJB article de Wikipédia. Je crois que c'est là exactement pour la raison que vous mentionnez 😉 (la MDB explication plus bas dans l'article devrait clarifier cet aspect, mais je serait préférable ont besoin d'une source de référence. Vous ne savez pas si ce SI la réponse est admissible à titre de source)

    OriginalL'auteur David Blevins