Differenza tra Stateless e Stateful session bean

Question

sapevo fagioli stateful mantengono sessione di conversazione tra diverse chiamata al metodo esempio, ma senza stato domanda volontà not.My, assumere ho un'implementazione bean senza stato come qui di seguito

import javax.ejb.Stateful; 
import javax.ejb.Stateless; 

import com.tata.ejb3.data.HelloEJBInterface; 

@Stateless 
public class ValueEJB implements ValueEJBInterface{ 

    private int value; 
    @Override 
    public int getValue() { 
     return this.value; 
    } 

    @Override 
    public void setValue(int value) { 
     this.value = value; 
    } 
} 

ho il mio client di fagioli (a servlet) che avvia l'invocazione di fagioli, come di seguito

@EJB(mappedName="E/ValueEJB /remote") 
ValueEJBInterface value; 

.... 

value.setValue(250); 
System.out.println(value.getValue());//This statement prints the value 250 

.... 

Secondo la mia comprensione come il mio fagiolo è bean senza stato non dovrebbe visualizzato con il valore 250.

012.

valore int privato; è una variabile istantanea, se un metodo stateless imposta il suo valore, il valore sarà scaduto sul metodo exit.Ma qui, sono in grado di ottenere il valore '250' anche tramite la mia seconda chiamata al metodo. È una violazione del concetto di apolide? Mi manca qualcosa?

Answer 1

Interessante domanda e in fondo hai perfettamente ragione. Ho fatto alcune ricerche e il consiglio generale è: "Aspettatevi che il vostro bean dimentichi tutto dopo ogni chiamata di metodo ..." (page 81). Inoltre, secondo questa risorsa, l'algoritmo responsabile per il mantenimento dello stato di Bean Session Stateless è specifico per container/fornitore. Quindi il contenitore può scegliere di distruggere, ricreare o cancellare l'istanza dopo l'esecuzione del metodo.

È possibile creare un test multi-thread e vedere come si comporta con i client multpile.

Answer 2

Non vi è alcuna violazione di alcun concetto. È perché la stessa istanza di bean viene selezionata dal contenitore dal pool per servire altre richieste.

I bean stateless sono raggruppati & pertanto hanno un vantaggio in termini di prestazioni rispetto a bean con stato, anche il loro scopo principale è l'elaborazione senza mantenere alcun stato.

I dati sensibili o specifici dell'utente non devono essere memorizzati in variabili di istanza di bean privi di stato. Dovrebbero essere ampiamente utilizzati per elaborare i dati senza alcuna considerazione dello stato.

Può riferire here per i loro eventi del ciclo di vita gestiti dal contenitore.

Answer 3

Differenza tra comportamento v Stateless v quando si chiamano metodi diversi.

---

STATEFUL: quando si chiamano metodi diversi su un bean stateful, vengono create diverse istanze bean.

((MyStatefulBeanRemote) ctx.lookup("ejb/MyStatefulBean")).doingStatefulThing(); 

((MyStatefulBeanRemote) ctx.lookup("ejb/MyStatefulBean")).doingNothingStatefulThing(); 

***Output: Note the creation of separate objects.*** 

INFO: Calling doingStatefulThing...com.myeclipseide.ejb3.stateful.**MyStatefulBean@2fe395** 

INFO: Calling doingNothingStatefulThing...com.myeclipseide.ejb3.stateful.**MyStatefulBean@81cfcb** 

---

STATELESS: Quando si chiama metodi diversi su un bean senza stato, i fagioli sono messe in comune, da cui vengono create nuove istanze del fagiolo.

((MyStatelessBeanRemote) ctx.lookup("ejb/MyStatelessBean")).doSomething(); 

((MyStatelessBeanRemote) ctx.lookup("ejb/MyStatelessBean")).doNothing(); 

***Output: Note the reuse of he bean object.*** 

INFO: Doing something ...com.myeclipseide.ejb3.stateless.**MyBean@213b61** 

INFO: Doing Nothing ...com.myeclipseide.ejb3.stateless.**MyBean@213b61**