Cheers, works like a dream ...
Chico.

-----Original Message-----
From: Homer, Christopher [mailto:[EMAIL PROTECTED]] 
Sent: 22 May 2002 16:40
To: 'Struts Users Mailing List'
Subject: RE: Getting Weird Message From Application ResourcesProperties Fi
le

I had this a while ago and think I fixed it by adding...

errors.header=
errors.footer=

...to the resource file.

Chris

-----Original Message-----
From: Yan Fei [mailto:[EMAIL PROTECTED]]
Sent: 22 May 2002 16:37
To: [EMAIL PROTECTED]
Subject: Re: Getting Weird Message From Application ResourcesProperties
File


i got same problem, don't know why.

yan


>>> [EMAIL PROTECTED] 05/22/02 10:33AM >>>

For some reason when using the struts bean:message tag to get a message it
then displays it on the screen has:
null Test Message null

It adds null to the start and end of my message ...
Anyone else come across this problem?????

Cheers,
Chico.


-----Original Message-----
From: Ted Husted [mailto:[EMAIL PROTECTED]] 
Sent: 22 May 2002 16:26
To: Struts Users Mailing List
Subject: Re: html taglib usage slooow

Seems like I've seen posts where people say that switching to the IBM
JVM can make a difference.

[EMAIL PROTECTED] wrote:
> 
> 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]>

-- Ted Husted, Husted dot Com, Fairport NY US
-- Developing Java Web Applications with Struts
-- Tel: +1 585 737-3463
-- Web: http://husted.com/about/services

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

-- 
The content of this e-mail is confidential, may contain privileged material
and is intended solely for the recipient(s) named above. If you receive this
in error, please notify Software AG immediately and delete this e-mail.

Software AG (UK) Limited
Registered in England & Wales 1310740
Registered Office: Hudson House, Hudson Way,
Pride Park, Derby DE24 8HS

--
To unsubscribe, e-mail:
<mailto:[EMAIL PROTECTED]>
For additional commands, e-mail:
<mailto:[EMAIL PROTECTED]>
For optimum solutions that save you time, visit www.ds-s.com.

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

-- 
The content of this e-mail is confidential, may contain privileged material
and is intended solely for the recipient(s) named above. If you receive this
in error, please notify Software AG immediately and delete this e-mail.

Software AG (UK) Limited
Registered in England & Wales 1310740
Registered Office: Hudson House, Hudson Way,
Pride Park, Derby DE24 8HS

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

Reply via email to