Home | Contact Us | FAQ | Search & Site Map | Link to Us
Sign In | Join | Other 45 Sites in Network
HomeAnnouncementsWhite Papers
Discussion GroupsFirst AidDatabasesJavaBeansGUIJava 3DVirtual MachineCORBASecurityToolsGeneral
Java DirectoryOpen Source ProjectsSample Book ChaptersUser GroupsWeb Resources
Related Topics
Databases.NETMore Topics ...

Java Forum / General / May 2006

Tip: Looking for answers? Try searching our database.

j2ee scaling advice

Thread view: 
Wizumwalt@gmail.com - 10 May 2006 03:07 GMT
I'm building a web application w/ about 50 different forms that all
touch the database in some way (CRUD), it's very database driven and do
expect thousands (in the tens) of accounts.

I've never had to scale an application to handle so many users as all
my apps have been very small. I'm going to use Spring MVC with
Sitemesh, and velocity, and either Spring or Hibernate to talk to the
database.

This is my first app of this size ... so, what exactly should I start
looking at doing in my app to handle scaling WHEN the  time comes.

Any help much appreciated.
Wizumwalt@gmail.com - 10 May 2006 22:48 GMT
Or maybe anyone know a better place to ask this question?
Jon Martin Solaas - 11 May 2006 22:35 GMT
> I'm building a web application w/ about 50 different forms that all
> touch the database in some way (CRUD), it's very database driven and do
[quoted text clipped - 9 lines]
>
> Any help much appreciated.

Try to figure out how many of the users will actually use the system
simultaneously will be a good start...
Arvind - 12 May 2006 03:36 GMT
> I'm building a web application w/ about 50 different forms that all
> touch the database in some way (CRUD), it's very database driven and do
[quoted text clipped - 9 lines]
>
> Any help much appreciated.

One thing that often goes un-observed when shifting from a small-app to
big-app, is the obvious "magnification" factor. Since the application
is bigger, there are more areas of vulnerability - as in bad code,
bottlenecks, connection leaks and so on. So the first thing i would do,
is to make sure the code review "checklist" for best/worst practises is
taken care of (if you don't have one, create one - that should be the
first'er thing ;) ). Always KISS (keep it simple and stupid).

The other thing being, even assuming a water tight application has been
built, when 'loaded'/'scaled' does not automatically guarantee
performance like a well-tuned application. For e.g. you can always
optimize the 'page' weight (i.e. html size) number of html objects and
hence the number of round trips and so on.  This is altogether a
different beast.

--
Arvind


Free Magazines

Get these publications absolutely FREE for up to 12 months. There are no hidden fees and no obligation. Simply choose a title, complete the application form and submit it. Read more ...

Oracle MagazineNetwork ComputingComputer WorldBio-IT WorldeWeekInformation WeekInfosecurity
 
Sign In
Join
My Latest Posts
My Monitored Threads
My Blog
My Photo Gallery
My Profile
My Homepage

Start New Thread
Enable EMail Alerts
Rate this Thread



©2008 Advenet LLC   Privacy Policy - Terms of Use
This website includes both content owned or controlled by Advenet as well as content owned or controlled by third parties.