A especifica��o de JavaBeans da empresa define uma arquitetura para um sistema transactional, distribu�do do objeto baseado em componentes. A especifica��o exige um modelo de programa��o; isto �, conven��es ou protocolos e um jogo das classes e das rela��es que comp�em o EJB API. O modelo de programa��o de EJB fornece vendedores dos colaboradores do feij�o e do usu�rio de EJB com um jogo dos contratos que defina uma plataforma comum para o desenvolvimento. O objetivo destes contratos � assegurar o portability atrav�s dos vendedores ao suportar um jogo rico da funcionalidade.

Os feij�es da empresa s�o os componentes de software que funcionam em um ambiente especial chamado um recipiente de EJB. O recipiente hospeda e controla um feij�o da empresa na mesma maneira que o web server de Java hospeda um servlet ou um browser do HTML hospeda um Java applet. Um feij�o da empresa n�o pode funcionar fora de um recipiente de EJB. O recipiente de EJB controla cada aspecto de um feij�o da empresa em runtimes including o acesso remoto ao feij�o, � seguran�a, ao persistence, �s transa��es, � simultaneidade, e ao acesso a e a pooling dos recursos.

O recipiente isola o feij�o da empresa do acesso direto por aplica��es do cliente. Quando uma aplica��o do cliente invoca um m�todo remoto em um feij�o da empresa, o recipiente intercepta primeiramente o invocation para assegurar o persistence, transa��es, e a seguran�a � aplicada corretamente a cada opera��o que um cliente executa no feij�o. O recipiente controla a seguran�a, as transa��es, e o persistence automaticamente para o feij�o, assim que o colaborador do feij�o n�o tem que escrever este tipo de l�gica no c�digo do feij�o pr�prio. O colaborador do feij�o da empresa pode focalizar em encapsulating r�guas de neg�cio, quando o recipiente tomar cuidado de tudo mais.

Os recipientes controlar�o muitos feij�es simultaneamente na mesma forma que o web server de Java controla muitos servlets. Para reduzir o consumo da mem�ria e processar, os recipientes pool recursos e controlam os lifecycles de todos os feij�es muito com cuidado. Quando um feij�o n�o est� sendo usado, um recipiente coloc�-lo-� em um pool a re�so por um outro cliente, ou possivelmente evict o da mem�ria e traz�-lo somente para tr�s quando seu needed. Porque as aplica��es do cliente n�o t�m o acesso direto aos feij�es--o recipiente encontra-se entre o cliente e o feij�o--a aplica��o do cliente � completamente inconsciente das atividades da ger�ncia de recurso dos recipientes. Um feij�o que n�o fosse dentro uso, por exemplo, p�de evicted da mem�ria no usu�rio, quando sua refer�ncia remota no cliente remanescer intact. Quando o cliente invoca um m�todo na refer�ncia remota, o recipiente reencarna simplesmente o feij�o para prestar servi�os de manuten��o ao pedido. A aplica��o do cliente � inconsciente do processo inteiro.

Um feij�o da empresa depende do recipiente para tudo que necessita. Se um feij�o da empresa necessitar alcan�ar uma conex�o de JDBC ou um outro feij�o da empresa, faz assim atrav�s do recipiente; se um feij�o da empresa necessitar alcan�ar a identidade de seu chamador, obter uma refer�ncia a se, ou propriedades que do acesso faz assim atrav�s do recipiente. O feij�o da empresa interage com seu recipiente com um de tr�s mecanismos: m�todos de rechamada, a rela��o de EJBContext, ou rela��o nomear e de diret�rio do Java (JNDI).

Cada feij�o executa um subtype da rela��o de EnterpriseBean que define diversos m�todos, chamado m�todos de rechamada. Cada m�todo de rechamada alerta o feij�o a um evento diferente em seu ciclo de vida e o recipiente invocar� estes m�todos para notificar o feij�o quando est� a ponto de ativar o feij�o, persiste seu estado � base de dados, termina uma transa��o, remove o feij�o da mem�ria, etc. Os m�todos de rechamada d�o ao feij�o uma possibilidade fazer algum housework imediatamente antes ou ap�s de algum evento.

Cada feij�o obtem um objeto de EJBContext, que seja uma refer�ncia diretamente ao recipiente. A rela��o de EJBContext fornece m�todos interagindo com o recipiente de modo que esse feij�o possa pedir a informa��o sobre seu ambiente como a identidade de seu cliente, o status de uma transa��o, ou obter refer�ncias remotas a se.

Nomear de Java e rela��o do diret�rio (JNDI) s�o uma extens�o padr�o � plataforma de Java para sistemas nomeando de acesso como LDAP, NetWare, sistemas de lima, etc. Cada feij�o tem automaticamente o acesso a um sistema nomeando especial chamado o ambiente que nomeia o contexto (ENC). O ENC � controlado pelo recipiente e alcan�ado por feij�es usando JNDI. O JNDI ENC permite que um feij�o alcance recursos como conex�es de JDBC, outros feij�es da empresa, e propriedades espec�ficas a esse feij�o.

Para criar um componente do usu�rio-lado de EJB, um colaborador do feij�o da empresa fornece duas rela��es que definem m�todos de neg�cio de um feij�o, mais a classe real da execu��o do feij�o. O cliente usa ent�o rela��es p�blicas de um feij�o criar, manipular, e remover feij�es do usu�rio de EJB. A classe da execu��o, para ser chamado a classe do feij�o, � instantiated no runtime e transforma-se um objeto distribu�do.

Os feij�es da empresa vivem em um recipiente de EJB e s�o alcan�ados por aplica��es do cliente sobre a rede atrav�s de seus telecontrole e rela��es home. O telecontrole e as rela��es home exp�em as potencialidades do feij�o e fornecem todo o m�todo necessitado criar, atualizar, interativo com, e suprimir o feij�o. Um feij�o � um componente do usu�rio-lado que represente um conceito do neg�cio como um cliente ou um HotelClerk.

O telecontrole e as rela��es home representam o feij�o, mas o recipiente isola os feij�es do acesso direto das aplica��es do cliente. Cada vez que um feij�o � pedido, criado, ou suprimido, o recipiente controla o processo inteiro.

A rela��o home representa os m�todos do life-cycle do componente (criar, destruir, achado) quando a rela��o remota representar o m�todo de neg�cio do feij�o. O telecontrole e as rela��es home estendem as rela��es de javax.ejb.EJBObject e de javax.ejb.EJBHome respectivamente. Estes tipos da rela��o de EJB definem um jogo padr�o de m�todos de servi�o p�blico e fornecem tipos da base comum para todo o telecontrole e rela��es home.