Hello!

Thanks a lot for the conformation.

Do you happen to have any idea, why I did not notice any impovements in the 1st time load delay? Ie. why do I still have to wait 10s after having deployed, before the login screen is shown for the first time?

At this point in time, the web app does not require the background daemons at all. The login page is even shown, when those daemons are down.

Best regards,

Alexander

Am 09.03.2010 um 10:54 schrieb Markus Schönhaber <tomcat-us...@list-post.mks-mail.d e>:

09.03.2010 10:25, Alexander Skwar:

I didn't look at your build script, just a general remark below.

Or is it just, that this shows, that our web app doesn't have a bottleneck
in the "JSP land" (which would be a true statement - it communicates
with some background databases and apps, which might not be the
fastest...)?

One thing which confuses me a bit though, is that when I call the web
app for the first time (after deployment or after having re-started Tomcat), the web app is "slow". Ie. I go to http://server:8080/webapp and wait for
like 10 seconds until the login screen of the web app is shown. This
wait only happens for the very first time after deployment. When I do
this again a few minutes/hours later, http://server:8080/webapp is shown
right away.

Shouldn't pre-compilation also make this first time wait go away?

Not "also" - the *only* gain that can be expected by pre-compilation of
JSPs is the elimination of the first time wait, since Tomcat doesn't
need to do the compilation on-the-fly when the JSP is accessed for the
first time. For all following accesses of the JSP it shouldn't matter
whether or not it was pre-compiled.
But: a noticeable difference can only be expected if it really is the
compilation that slows things down on first access. If, OTOH, the vast
amount of time is taken by, say, creation of DB connections,
pre-compiling the JSPs won't make much of a difference.

--
Regards
 mks

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org


---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org

Reply via email to