struts-user mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "mech" <m...@rz.fh-augsburg.de>
Subject RE: Use of Struts 1.0.2 template tag doesn't display jsp errors in included files
Date Fri, 13 Dec 2002 14:20:03 GMT
Solved the problem myself by migrating to Struts 1.1b2 and using the
<tiles> instead. Now I get an jsp error message in each tile and can
debug more easily.

Also solved some other difficulties with pathes to resources that can
now be context relative instead of template relative...

> -----Original Message-----
> From: Michael Echerer [mailto:mech@RZ.FH-Augsburg.DE] 
> Sent: Freitag, 13. Dezember 2002 14:02
> To: struts-user@jakarta.apache.org
> Subject: Use of Struts 1.0.2 template tag doesn't display jsp 
> errors in included files
> 
> 
> Hi all,
> 
> I'm using Tomcat 4.1.15 with Struts 1.0.2 and set up a 
> framework to use templates with the <template>-Tags.
> 
> I already set <template:get flush="false"> but I still don't 
> get any exceptions dumps if a part of jsp code is incorrect 
> in any of the included files. 
> 
> The template part causing that error is either empty or the 
> template is not processed any further which is quite 
> difficult to debug.
> 
> Testing each inserted file separately also doesn't help me in 
> every case, because some included files require beans that 
> had been stored into the request scope by an earlier included 
> file for example. So the bean cannot be found if I don't 
> include everything in the correct order.
> 
> Is there any better solution for debugging jsp pages that are 
> template generated? What is the closest I can get to have a 
> jsp page using any kind of includes to only one page which 
> contains all the content? Is that <include> + no error 
> display problem solved if I use the <tiles> tags instead or 
> will I have the same difficulties for jsp debugging?
> 
> I would like to separate design from content without 
> considering for debugging so much that I don't have "just one 
> large page". What is a better practice for that?
> 
> Thanks a lot.
> Michael
> 
> 
> 
> 
> 
> --
> To unsubscribe, e-mail:   
> <mailto:struts-user-> unsubscribe@jakarta.apache.org>
> For 
> additional commands, 
> e-mail: <mailto:struts-user-help@jakarta.apache.org>
> 


--
To unsubscribe, e-mail:   <mailto:struts-user-unsubscribe@jakarta.apache.org>
For additional commands, e-mail: <mailto:struts-user-help@jakarta.apache.org>


Mime
View raw message