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]

Reply via email to