File APIs for Java Developers
Manipulate DOC, XLS, PPT, PDF and many others from your application.
http://aspose.com/file-tools
The moose likes EJB and other Java EE Technologies and the fly likes Statefull session Bean   Vs  Servlets Session Big Moose Saloon
  Search | Java FAQ | Recent Topics | Flagged Topics | Hot Topics | Zero Replies
Register / Login
JavaRanch » Java Forums » Java » EJB and other Java EE Technologies
Bookmark "Statefull session Bean   Vs  Servlets Session" Watch "Statefull session Bean   Vs  Servlets Session" New topic
Author

Statefull session Bean Vs Servlets Session

kri shan
Ranch Hand

Joined: Apr 08, 2004
Posts: 1368
How Statefull session Bean is better than Servlets Session?
Malli Raman
Ranch Hand

Joined: Nov 07, 2001
Posts: 312
Originally posted by kri shan:
How Statefull session Bean is better than Servlets Session?


I think both are working in different context but for the same purpose as session tracking.

In the servlet session you have to store all the values explicitly but in SFSB the container does the job for you.

Using SFSB will hit the performance as one SFSB is attached with one client.

If your appln uses the servlet & SFSB then store the values in serlvet session instead of SFSB.
kri shan
Ranch Hand

Joined: Apr 08, 2004
Posts: 1368
Then what is the use of SFSB?
Valentin Tanase
Ranch Hand

Joined: Feb 17, 2005
Posts: 704

How Statefull session Bean is better than Servlets Session?

That�s not always true and is not actually the point. Only because SFSB and HttpSession can both be used for storing conversational state, it doesn�t necessarily mean that you have to compare both technologies only through this feature. They both have different capabilities and solve a different set of problems. However if you are strictly interested which of the two manages the session information better, then let me tell you this: HttpSession is preferred; and not only from a design persperctive, but here there is a strong reason why WebLogic recommends managing sessions through HttpSession.
For both HttpSession and SFSB WebLogic uses an in-memory replication algorithm within a cluster (I already explained this principle on this forum several times now). In order to replicate the HttpSession object WL keeps track of the data that changed in the HttpSession. WL can easily do that because the container knows that the clients call setAttribute() method in order to change the HttpSession object. Therefore the server will replicate only the part of the session that was changed and not the whole session object. However the container has no way to figure out which data was changed in a SFSB and which data was not; WL replicates always the entire SFSB.


I think, therefore I exist -- Rene Descartes
 
I agree. Here's the link: http://aspose.com/file-tools
 
subject: Statefull session Bean Vs Servlets Session
 
Similar Threads
Servlets session Vs Statefull Session Bean
what is the diffence between HttpSession and StatefullSessionBean
Design Decision help needed
can statefull session bean be exposed as a web service
Ejb session Vs Servlet Sessions