Yup, we looked at overall size of the JSP as well, and the association with
performance was definitely number of bm/bw tags within a single JSP rather
than overall JSP size.  We even tried editing the generated servlet code
and adding big unused methods to see if the problem had to do with
generated servlet file size.  That would kind've made sense, but was a
negative.  I believe we also tried a tag that just did a sysout rather than
any kind of memory lookup (hashtable or properties file) and found that
this performance quirk in the sun vm did not appear in that case.

We could never pin down a why, it seemed that the sun 1.3 vm just ran like
a snail with a lot of bm or bw tags in a single page, so we stopped doing
that ;-).  Same number of tags split up into multiple JSPs, or a few tags
called the same number of times via a loop - OK performance.

It is very true also that splitting them up into smaller bites makes them
more readable and maintainable, so it was a good solution all around.  It's
just that you are always nervous when you fix a problem and don't know the
why of it ;-).

Jimbo



--
To unsubscribe, e-mail:   <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>

Reply via email to