Os feijões da entidade tratam dos dados. Representam tipicamente substantivos, tais como um cliente, um cliente, ou um pagamento do insecto freqüente. Os objetos velhos lisos de Java vêm na existência quando são criados em um programa. Quando o programa termina, o objeto está perdido. Mas um feijão da entidade permanece ao redor até que esteja suprimido. Um programa pode criar um feijão da entidade e então o programa pode ser parado e reiniciado--mas o feijão da entidade continuará a existir. Após ser reiniciado, o programa pode outra vez encontrar o feijão que da entidade trabalhava com e continuar usando o.

Os objetos velhos lisos de Java são usados somente por um programa. Um feijão da entidade, na uma mão, pode ser usado por todo o programa na rede. Os programas do cliente necessitam apenas encontrar o feijão da entidade através de JNDI a fim usá-lo. Os feijões da entidade devem ter uma chave preliminar original que seja usada encontrar o feijão que específico da entidade querem manipular. Por exemplo, um feijão da entidade do “empregado” pode usar o número de segurança social do empregado como sua chave preliminar. Os métodos de um feijão da entidade funcionam em uma máquina do “usuário”. Quando um programa do cliente chama o método de um feijão da entidade, a linha do programa do cliente para de executar e o controle passa sobre ao usuário. Quando o método retorna do usuário, a linha local recomeça a execução.

O termo recipiente-controlou meios do persistence que o recipiente de EJB segura todo o acesso de base de dados requerido pelo feijão da entidade. O código do feijão não contem nenhuma chamada do acesso de base de dados (SQL). Em conseqüência, o código do feijão não é amarrado a um mecanismo persistente específico do armazenamento (base de dados). Por causa desta flexibilidade, mesmo se você redeploy o mesmo feijão nos usuários diferentes de J2EE que usam bases de dados diferentes, você da entidade não necessitar modificar ou recompile o código do feijão. No short, seus feijões da entidade são mais portáteis.

A fim gerar os dados alcançar chamadas, o recipiente necessita a informação que você fornece no schema abstrato do feijão da entidade.

A parte do descriptor da distribuição de um feijão da entidade, o schema abstrato define os campos persistentes e relacionamentos do feijão. O sumário do termo distingue este schema do schema físico da loja subjacente dos dados. Em uma base de dados relacional, por exemplo, o schema físico é composto das estruturas tais como tabelas e colunas. Você especifica o nome de um schema abstrato no descriptor da distribuição. Este nome referenced pelas perguntas escritas na língua de pergunta de JavaBeans da empresa (“EJB QL”). Para um feijão da entidade com persistence recipiente-controlado, você deve definir uma pergunta de EJB QL para cada método do finder (exceto o findByPrimaryKey). A pergunta de EJB QL determina a pergunta que está executada pelo recipiente de EJB quando o método do finder é invocado. Você encontrará provavelmente útil esboçar o schema abstrato antes de escrever qualquer código. A figura representa um schema abstrato simples que descreva os relacionamentos entre três feijões da entidade. Estes relacionamentos são discutidos mais mais nas seções que seguem.

Os campos persistentes de um feijão da entidade são armazenados na loja subjacente dos dados. Coletivamente, estes campos constituem o estado do feijão. No runtime, o recipiente de EJB sincroniza automaticamente este estado com a base de dados. Durante a distribuição, o recipiente traça tipicamente o feijão da entidade a uma tabela da base de dados e traça os campos persistentes às colunas da tabela.

Um feijão da entidade de CustomerEJB, por exemplo, pôde ter campos persistentes tais como o firstName, o lastName, o telefone, e o email address. No persistence recipiente-controlado, estes campos são virtuais. Você declara-os no schema abstrato, mas você não os codifica enquanto as variáveis do exemplo no feijão da entidade classificam. Instead, os campos persistentes são identificados no código por métodos de acesso (getters e setters).

Um campo do relacionamento é como uma chave extrangeira em uma tabela da base de dados--identifica um feijão relacionado. Como um campo persistente, um campo do relacionamento é virtual e é definido na classe do feijão da empresa com métodos de acesso. Mas ao contrário de um campo persistente, um campo do relacionamento não representa o estado do feijão.