• Post Reply Bookmark Topic Watch Topic
  • New Topic
programming forums Java Mobile Certification Databases Caching Books Engineering Micro Controllers OS Languages Paradigms IDEs Build Tools Frameworks Application Servers Open Source This Site Careers Other Pie Elite all forums
this forum made possible by our volunteer staff, including ...
Marshals:
  • Campbell Ritchie
  • Jeanne Boyarsky
  • Ron McLeod
  • Paul Clapham
  • Liutauras Vilda
Sheriffs:
  • paul wheaton
  • Rob Spoor
  • Devaka Cooray
Saloon Keepers:
  • Stephan van Hulst
  • Tim Holloway
  • Carey Brown
  • Frits Walraven
  • Tim Moores
Bartenders:
  • Mikalai Zaikin

JSF Scalability

 
Greenhorn
Posts: 6
  • Mark post as helpful
  • send pies
    Number of slices to send:
    Optional 'thank-you' note:
  • Quote
  • Report post to moderator
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 ?
 
Bartender
Posts: 2856
10
Firefox Browser Fedora Java
  • Mark post as helpful
  • send pies
    Number of slices to send:
    Optional 'thank-you' note:
  • Quote
  • Report post to moderator
"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.
 
Nair Vivek
Greenhorn
Posts: 6
  • Mark post as helpful
  • send pies
    Number of slices to send:
    Optional 'thank-you' note:
  • Quote
  • Report post to moderator
Is large session size , a big bottle neck ?
 
Ranch Hand
Posts: 301
  • Mark post as helpful
  • send pies
    Number of slices to send:
    Optional 'thank-you' note:
  • Quote
  • Report post to moderator

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.

Rgds,


Dave
 
Saloon Keeper
Posts: 27752
196
Android Eclipse IDE Tomcat Server Redhat Java Linux
  • Mark post as helpful
  • send pies
    Number of slices to send:
    Optional 'thank-you' note:
  • Quote
  • Report post to moderator
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.
 
Nair Vivek
Greenhorn
Posts: 6
  • Mark post as helpful
  • send pies
    Number of slices to send:
    Optional 'thank-you' note:
  • Quote
  • Report post to moderator
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 .

-Vivek
 
Tim Holloway
Saloon Keeper
Posts: 27752
196
Android Eclipse IDE Tomcat Server Redhat Java Linux
  • Mark post as helpful
  • send pies
    Number of slices to send:
    Optional 'thank-you' note:
  • Quote
  • Report post to moderator
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
Greenhorn
Posts: 6
  • Mark post as helpful
  • send pies
    Number of slices to send:
    Optional 'thank-you' note:
  • Quote
  • Report post to moderator
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 ?
 
Ranch Hand
Posts: 2458
  • Mark post as helpful
  • send pies
    Number of slices to send:
    Optional 'thank-you' note:
  • Quote
  • Report post to moderator
Memory and disk space are cheap nowadays.
User experience is far more worth than that.
I think that the choice is obvious then.
 
reply
    Bookmark Topic Watch Topic
  • New Topic