If you are writing a tag,The output generated by your tag should be valid html.
Because the life cycle is as follows. 1-->The ServletContainer gets a request for a particular page(In this case your .jsp page) 2-->The request being for a JSP page, the servlet container decides to pass it on to JspServlet/any helper class which knows how to interpret jsp code(Call methods on the Actions(Tags) if there are any tags included etc. ),I am also not very clear about this part, in the sense that if there is any restriction on ServletCOntainers about how to handle the interpretation of jsps. 3-->Any output that the tags generate will written to the HTTPServletResponse object. which means it has to be valid HTML if the browser has to display it properly. In your case, as you can see, the tags you wrote are again generating jsp which will be directly going to the client Browser. May be what you can do is to write a temporary jsp file and then redirect to that temporary jsp file. But why you have to go this way?It looks too contrived/complicated to me. Why not just spit out proper HTML from your tags? And the only purpose is to reuse the existing struts/Tiles tags,why not extend them, overriding where ever appropriate? HTH. Regards, Shirish -----Original Message----- From: Sreenivasa Chadalavada [mailto:[EMAIL PROTECTED] Sent: Tuesday, March 23, 2004 3:22 PM To: Struts Users Mailing List Subject: Generating Tiles tags and Struts tags from with in another Custom Tag All, I wrote a custom tag that generates JSP code that includes struts tags and tiles tags. They are not getting interpreted by the JSP Container. Can you please let me know if it is possible? If it is possible are there any examples that help me understand the life cycle? Thanks and Regards, Sree/- ---------------------------------------------------------------------------------------- This is a PRIVATE message. If you are not the intended recipient, please delete without copying and kindly advise us by e-mail of the mistake in delivery. NOTE: Regardless of content, this e-mail shall not operate to bind CSC to any order or other contract unless pursuant to explicit written agreement or government initiative expressly permitting the use of e-mail for such purpose. ---------------------------------------------------------------------------------------- --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]