I fagioli dell'entità si occupano dei dati. Rappresentano tipicamente i nomi, quali un cliente, un cliente, o un pagamento della frequente aletta di filatoio. I vecchi oggetti normali del Java entrano nell'esistenza quando sono generati in un programma. Quando il programma termina, l'oggetto è perso. Ma un fagiolo dell'entità rimane intorno fino a cancellarlo esso. Un programma può generare un fagiolo dell'entità ed allora il programma può essere interrotto e ricominciato--ma il fagiolo dell'entità continuerà ad esistere. Dopo il nuovo inizio, il programma può trovare il fagiolo che dell'entità stava funzionando con e continuare ancora a usando.

I vecchi oggetti normali del Java sono usati soltanto da un programma. Un fagiolo dell'entità, d'altra parte, può essere usato da tutto il programma sulla rete. I programmi del cliente devono appena trovare il fagiolo dell'entità via JNDI per usarlo. I fagioli dell'entità devono avere una chiave primaria unica che è usata per trovare il fagiolo che specifico dell'entità desiderano maneggiare. Per esempio, un fagiolo dell'entità “degli impiegati„ può usare il numero di previdenza sociale degli impiegati come relativa chiave primaria. I metodi di un fagiolo dell'entità funzionano su una macchina “dell'assistente„. Quando un programma del cliente denomina il metodo del fagiolo dell'entità, il filetto del programma del cliente smette di eseguire ed il controllo passa sopra all'assistente. Quando il metodo rinvia dall'assistente, il filetto locale riprende l'esecuzione.

Il termine contenitore-ha controllato i mezzi di persistenza che il contenitore di EJB maneggia tutto l'accesso di base di dati richiesto dal fagiolo dell'entità. Il codice del fagiolo non contiene chiamate di accesso di base di dati (SQL). Di conseguenza, il codice del fagiolo non è legato ad un meccanismo persistente specifico di immagazzinaggio (base di dati). A causa di questa flessibilità, anche se redeploy lo stesso fagiolo sugli assistenti differenti di J2EE che usano le basi di dati differenti, voi dell'entità non dovrete modificare o recompile il codice del fagiolo. In breve, i vostri fagioli dell'entità sono più portatili.

Per generare i dati accedere alle chiamate, il contenitore ha bisogno delle informazioni che fornite nello schema astratto del fagiolo dell'entità.

La parte del descrittore di schieramento del fagiolo dell'entità, lo schema astratto definisce i campi persistenti ed i rapporti del fagiolo. L'estratto di termine distingue questo schema dallo schema fisico del deposito di fondo di dati. In una base di dati relazionale, per esempio, lo schema fisico si compone delle strutture quali le tabelle e le colonne. Specificate il nome di uno schema astratto nel descrittore di schieramento. Questo nome si riferisce dalle domande scritte nella lingua di domanda di JavaBeans di impresa (“EJB QL„). Per un fagiolo dell'entità con persistenza contenitore-controllata, dovete definire una domanda di EJB QL per ogni metodo del cercatore (tranne il findByPrimaryKey). La domanda di EJB QL determina la domanda che è eseguita dal contenitore di EJB quando il metodo del cercatore è invocato.  Probabilmente lo troverete utile abbozzare lo schema astratto prima della scrittura del qualsiasi codice. La figura rappresenta uno schema astratto semplice che descrive i rapporti fra tre fagioli dell'entità. Questi rapporti sono discussi più ulteriormente nelle sezioni che seguono.

I campi persistenti di un fagiolo dell'entità sono immagazzinati nel deposito di fondo di dati. Collettivamente, questi campi costituiscono il dichiarare del fagiolo. A tempo di esecuzione, il contenitore di EJB sincronizza automaticamente questo dichiara con la base di dati. Durante lo schieramento, il contenitore traccia tipicamente il fagiolo dell'entità ad una tabella della base di dati e traccia i campi persistenti alle colonne della tabella.

Un fagiolo dell'entità di CustomerEJB, per esempio, ha potuto avere campi persistenti quali firstName, lastName, il telefono ed il email address. Nella persistenza contenitore-controllata, questi campi sono virtuali. Li dichiarate nello schema astratto, ma non li codificate mentre le variabili di caso nel fagiolo dell'entità classificano. Invece, i campi persistenti sono identificati nel codice con i metodi di accesso (degasatori ed incastonatori).

Un campo di rapporto è come una chiave straniera in una tabella della base di dati--identifica un fagiolo relativo. Come un campo persistente, un campo di rapporto è virtuale ed è definito nel codice categoria del fagiolo di impresa con i metodi di accesso. Ma diverso di un campo persistente, un campo di rapporto non rappresenta il fagiolo dichiara.