Les spécifications de JavaBeans d'entreprise définissent une architecture pour un système transactionnel et réparti d'objet basé sur des composants. Les spécifications exigent un modèle de programmation ; c'est-à-dire, conventions ou protocoles et un ensemble de classes et d'interfaces qui composent l'EJB api. Le modèle de programmation d'EJB fournit à des fournisseurs de réalisateurs d'haricot et de serveur d'EJB un ensemble de contrats qui définit une plateforme commune pour le développement. Le but de ces contrats est d'assurer la portabilité à travers des fournisseurs tout en soutenant un ensemble riche de fonctionnalité.

Les haricots d'entreprise sont des composants de logiciel qui fonctionnent dans un environnement spécial appelé un récipient d'EJB. Le récipient accueille et contrôle un haricot d'entreprise de la même manière que le web server de Java accueille un servlet ou un navigateur de HTML accueille un Java applet. Un haricot d'entreprise ne peut pas fonctionner en dehors de d'un récipient d'EJB. Le récipient d'EJB contrôle chaque aspect d'un haricot d'entreprise aux temps d'exécution comprenant l'accès à distance à l'haricot, à la sécurité, à la persistance, aux transactions, à la simultanéité, et à l'accès à et à mettre des ressources en commun.

Le récipient isole l'haricot d'entreprise de l'accès direct par des applications de client. Quand une application de client appelle une méthode à distance sur un haricot d'entreprise, le récipient arrête d'abord l'invocation pour assurer la persistance, transactions, et la sécurité sont appliquées correctement à chaque opération qu'un client effectue sur l'haricot. Le récipient contrôle la sécurité, les transactions, et la persistance automatiquement pour l'haricot, ainsi le lotisseur d'haricot ne doit pas écrire ce type de logique dans le code d'haricot lui-même. Le réalisateur d'haricot d'entreprise peut se concentrer sur encapsuler des principes économiques, alors que le récipient prend soin de tout autrement.

Les récipients contrôleront beaucoup d'haricots simultanément de la même façon que le web server de Java contrôle beaucoup de servlets. Pour réduire la consommation de mémoire et le traitement, les récipients mettent des ressources et contrôlent en commun les cycles de vie de tous haricots très soigneusement. Quand un haricot n'est pas employé, un récipient le placera dans une piscine à réutiliser par un autre client, ou probablement l'expulser de la mémoire et l'apporter seulement en arrière quand son nécessaire. Puisque les applications de client n'ont pas l'accès direct aux haricots--le récipient se trouve entre le client et l'haricot--l'application de client est complètement ignorante des activités de gestion de ressource de récipients. Un haricot qui est non utilisable, par exemple, force soit expulsé de la mémoire sur le serveur, alors que sa référence à distance sur le client demeure intact. Quand le client appelle une méthode sur la référence à distance, le récipient réincarne simplement l'haricot pour entretenir la demande. L'application de client est ignorante du processus entier.

Un haricot d'entreprise dépend du récipient pour tout qu'il a besoin. Si un haricot d'entreprise doit accéder à un raccordement de JDBC ou à un haricot différent d'entreprise, il fait ainsi par le récipient ; si un haricot d'entreprise doit accéder à l'identité de son visiteur, obtenir une référence à lui-même, ou les propriétés d'accès qu'il fait ainsi par le récipient. L'haricot d'entreprise agit l'un sur l'autre avec son récipient par un de trois mécanismes : méthodes de rappel de service, l'interface d'EJBContext, ou interface d'appellation et d'annuaire du Java (JNDI).

Chaque haricot met en application un sous-type de l'interface d'EnterpriseBean qui définit plusieurs méthodes, appelé les méthodes de rappel de service. Chaque méthode de rappel de service alerte l'haricot à un événement différent dans son cycle de vie et le récipient appellera ces méthodes pour informer l'haricot quand il est sur le point d'activer l'haricot, persistent son état à la base de données, finissent une transaction, enlèvent l'haricot de la mémoire, etc. Les méthodes de rappel de service donnent à l'haricot une chance de faire quelques travaux domestiques juste avant ou après un certain événement.

Chaque haricot obtient un objet d'EJBContext, qui est une référence directement dans le récipient. L'interface d'EJBContext fournit des méthodes pour agir l'un sur l'autre avec le récipient de sorte que cet haricot puisse demander des informations sur son environnement comme l'identité de son client, le statut d'une transaction, ou obtenir des références à distance à lui-même.

L'appellation de Java et l'interface d'annuaire (JNDI) est une prolongation standard à la plateforme de Java pour les systèmes de appellation de accès comme LDAP, NetWare, systèmes de fichiers, etc. Chaque haricot a automatiquement accès à un système de appellation spécial appelé l'environnement appelant le contexte (ENC). L'ENC est contrôlé par le récipient et accédé par des haricots en utilisant JNDI. Le JNDI ENC permet à un haricot d'accéder à des ressources comme des raccordements de JDBC, d'autres haricots d'entreprise, et des propriétés spécifiques à cet haricot.

Pour créer un composant de serveur-côté d'EJB, un réalisateur d'haricot d'entreprise fournit deux interfaces qui définissent les méthodes des affaires d'un haricot, plus la classe réelle d'exécution d'haricot. Le client emploie alors les interfaces publiques d'un haricot pour créer, manoeuvrer, et enlever des haricots du serveur d'EJB. La classe d'exécution, s'appeler la classe d'haricot, est instantiated au temps d'exécution et devient un objet distribué.

Les haricots d'entreprise vivent dans un récipient d'EJB et sont accédés par des applications de client au-dessus du réseau par leur extérieur et interfaces à la maison. L'extérieur et les interfaces à la maison exposent les possibilités de l'haricot et fournissent toute méthode requise pour créer, mettre à jour, interactif avec, et pour supprimer l'haricot. Un haricot est un composant de serveur-côté qui représente un concept d'affaires comme un client ou un HotelClerk.

L'extérieur et les interfaces à la maison représentent l'haricot, mais le récipient isole les haricots de l'accès direct des applications de client. Chaque fois qu'un haricot est demandé, créé, ou supprimé, le récipient contrôle le processus entier.

L'interface à la maison représente les méthodes de cycle de vie de composant (créer, détruire, trouvaille) tandis que l'interface à distance représente la méthode des affaires de l'haricot. L'extérieur et les interfaces à la maison prolongent les interfaces de javax.ejb.EJBObject et de javax.ejb.EJBHome respectivement. Ces types d'interface d'EJB définissent un ensemble standard de méthodes de service et fournissent des types de base commune pour tous les extérieur et interfaces à la maison.