This week's book giveaway is in the Servlets forum.
We're giving away four copies of Murach's Java Servlets and JSP and have Joel Murach on-line!
See this thread for details.
The moose likes JSF and the fly likes JSF Scalability Big Moose Saloon
  Search | Java FAQ | Recent Topics | Flagged Topics | Hot Topics | Zero Replies
Register / Login

Win a copy of Murach's Java Servlets and JSP this week in the Servlets forum!
JavaRanch » Java Forums » Java » JSF
Bookmark "JSF Scalability" Watch "JSF Scalability" New topic

JSF Scalability

Nair Vivek

Joined: Mar 06, 2009
Posts: 6
Hi All ,

Have any one used JSF in production environment ?

How scalable is JSF ?

struts seem's to a proven thing in scalability .

Any comments ?
Amit Ghorpade

Joined: Jun 06, 2007
Posts: 2716

"Vivek Nair Nair " Welcome to Javaranch
please check your private messages for an important administrative matter. You can check them by clicking the My Private Messages link above.

|Asking Good Questions|
Nair Vivek

Joined: Mar 06, 2009
Posts: 6
Is large session size , a big bottle neck ?
Dave Brown
Ranch Hand

Joined: Mar 08, 2005
Posts: 301
Vivek . Nair wrote:Is large session size , a big bottle neck ?

Regardless of scalability, Modelling your application using the session as a storage area is something that should always really be avoided if possible in my opinion.

Although it is always an easy option to hold data within a session, there are always other options to keeping data persisted across sessions, without having to use the session for potentially large amounts of data.



Regards, Dave Brown
SCJP 6 - [url][/url] - Check out Grails Forum
Tim Holloway
Saloon Keeper

Joined: Jun 25, 2001
Posts: 15951

Vivek, you have some lint in your display name, so could you please clean it up?

I'll be better able to tell you about scalability in a couple of weeks as I ramp up an app that's intended to serve a lot of users. I've used JSF in production multiple times, but never for high-volume apps before.

While I do have some misgivings about server-side storage requirements, my bigger concerns are about the relatively large quantities of data that get passed back and forth in a JSF conversation and in the CPU resources requires to set up and tear down FacesContexts for each one.

Fortunately, JSF isn't an exclusionary framework, so if I determine that parts of the system can't sustain that sort of load, I can convert them to Struts - or raw JSPs - on an as-needed basis.

Customer surveys are for companies who didn't pay proper attention to begin with.
Nair Vivek

Joined: Mar 06, 2009
Posts: 6
I was particularly concerned about complete client side rendered tree and it state in session along with data , it seems like it can become too heavy . and what will be the result when no of user's increases.

is my concern right ?

I have started working in web application recently ..... and have worked mostly on JSF .

Can some one throw light , how other framework handle session ?

Tim , will wait for your reply .

Tim Holloway
Saloon Keeper

Joined: Jun 25, 2001
Posts: 15951

The term "session" in JEE is normally reserved for a very specific meaning, and in that context, JSF and non-JSF are mostly the same, although JSF has made me use more session objects than I would have because it wants to be able to navigate more freely, and the only longer-term memory a JEE appserver has outside of actual persistent store is application and session scope objects.

I think you're more referring to state. In JSF, state can be maintained client-side or server-side. You select which in the web.xml.

Client-side removes the need for server-side storage by distributing state amongst the clients. However, you pay for it because the state is sent back and forth to the server as part of the conversation. It's also more susceptible to security issues.

Server-side gets rid of a lot of the network and serialization overhead, but the cost there is that it requires more server-side storage.
Nair Vivek

Joined: Mar 06, 2009
Posts: 6
i have been using server side in web.xml .

went for it , because of the same reason as you stated , will minimize the n/w overhead in one side ( client to server ) .

what did you went for in your application , you built ?
Bauke Scholtz
Ranch Hand

Joined: Oct 08, 2006
Posts: 2458
Memory and disk space are cheap nowadays.
User experience is far more worth than that.
I think that the choice is obvious then.
I agree. Here's the link:
subject: JSF Scalability
Similar Threads
Stateful session beans cache-size
Is JSF really ready for a high performance social network project?
Books about JEE Scalability and Clustering
Session Bean x Request Bean