Thanks Les,
That is reassuring,
For your ammusment.. It was decided that was decided that the users would
have the ability to create custom user levels and be able to control each data
field and have it be edit/read-only or not shown. So all my fields will be
duplicated and wrapped in logic tags.
I would love to hear from others...
"Wilson, Les J SI-FSIA" <[EMAIL PROTECTED]> on 05/22/2002 09:39:23 AM
Please respond to "Struts Users Mailing List" <[EMAIL PROTECTED]>
To: 'Struts Users Mailing List' <[EMAIL PROTECTED]>
cc:
Subject: RE: html taglib usage slooow
Hi Jeff,
For what its worth, our experiences are a lot different to what have been
mentioned. In one of our applications, we have an input jsp with around 50
(it varies per company) text input fields (all struts text tags displayed
inside an iterate tag) and it displays in around a second - from clicking
the link, invoking the action (which is fairly complex) and displaying the
page.
The users have never complained about performance.
We are running on Silverstream Application Server and using version 1 of
struts in production.
Les Wilson
Shell Finance Services
Shell International Limited, Shell Centre, London SE1 7NA, United Kingdom
Tel: +44 20 7934 6463 Other Tel: +44 7974 948877
Email: [EMAIL PROTECTED]
Internet: http://www.shell.com
-----Original Message-----
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
Sent: 22 May 2002 15:17
To: Struts Users Mailing List
Subject: Re: html taglib usage slooow
This topic comes up from time to time and it seems that I am never happy
with
the solution(s).
There seems to be two main answers:
1 - do not use so many tags.
2 - find an Servlet Container that will handle tags in a speedy manner.
Have I missed any?
As for answer one
- I am currently beginning the design stage of a project that will use
struts (
our first one) and am looking forward to finding tags that clean up my code.
I could probably get away with not using the bean write tags for all my
labels
but I am experimenting with the format attribute for currency and dates ect.
It seems that fifty tags is a number that comes up from time to time.
How does looping over tags factor into this?
As for answer two:
- Craig mentioned in this post that the nightly build of tomcat handles this
much better. The nightly build thing will be a tough sell for me. Is there
a
particular production container that (at this time) is known for it's
efficient
tag handling (code generation, pooling ect) ?
Summary:
We are doing an internal A/R application. If you include labels, it is not
hard
to exceed 50 tags.
I would be disappointed to find out that I cannot make use of the full power
of
Struts, and have to replace some tags with a scriplets.
But at the same time I would like to know of some of these issues that I
might
face.
Thanks.
Victor Hadianto <[EMAIL PROTECTED]> on 05/21/2002 06:33:07 PM
Please respond to "Struts Users Mailing List"
<[EMAIL PROTECTED]>
To: "Struts Users Mailing List" <[EMAIL PROTECTED]>
cc:
Subject: Re: html taglib usage slooow
On Wed, 22 May 2002 02:11, you wrote:
> On Tue, May 21, 2002 at 12:01:06PM -0400, Galbreath, Mark wrote:
> > Precompile the JSP.
>
> Have tried that, does not help. Even after compiling, it's really slow.
This is not going to work .. read on .
>
> It seems, the problem is within the taglib implementation - either in the
> appserver or within struts.
>
Erich,
I have posted the similar issue weeks ago in the mailing list. We too found
that the use of html:taglibs are really slow. After running the profiler we
found that (in our case) the primary slowdown spot is the <bean:write> tag.
We have hundreds of this tag in our page (it's a really complex page I
assure
you).
Drilling down again to find the root cause I found the problem was that
bean:write tags call request.getLocale(). request.getLocale(), for some
reason we couldn't fathom, took ages to execute.
This is why, in our situation, that the rendering of the page takes in
average 80% of the time, even longer than multiple server roundtrips to the
EJB server, action class logic and some other overheads.
grrr .....
--
Victor Hadianto
--
To unsubscribe, e-mail:
<mailto:[EMAIL PROTECTED]>
For additional commands, e-mail:
<mailto:[EMAIL PROTECTED]>
--
To unsubscribe, e-mail:
<mailto:[EMAIL PROTECTED]>
For additional commands, e-mail:
<mailto:[EMAIL PROTECTED]>
--
To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
--
To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
