Hi Chris Thank you for your attention. What is odd and almost answers all the questions, leaving the BIG one, is that all three techniques work the first time. That means that all the resolving, mapping and substitution work. The proxy names are all resolved in the framset(not shown), tiles and jsp:include. In the second state what I expected is the recompiling of the ccAuth15_soDetail_fragment.jsp, caching the other areas and presenting the different view to the client. By "nothing" I mean that the original view is shown even thought I know, via setting a breakpoint, I hit the second state but do now show the proper jsp. I have read this about the attribute "antiResourceLocking", however that was in 5.5 and I assume it is fully fixed or know(no google cit it), but 6.0.30. Does this help with any further ideas? ________________________________ From: Christopher Schultz To: Tomcat Users List Sent: Mon, May 2, 2011 12:44:10 PM Subject: Re: Tomcat 6 Struts 1.3 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 cpanon, On 5/2/2011 12:20 PM, cpanon wrote: > It still seems there is something stopping the jsp > processing on TC, after the first time. Yes, I know how foolish that sounds, > sorry nonplused at this moment. I'm not even sure I understand what you mean. That's okay, let's take a look at the code. > if (desiredReport.equals("a")) { > fb00.setFramesetPage("/ccAuth15_PO_all_fragment.jsp"); Okay. What is the "/" intended to be relative to? The webapp? The whole server? More on this, later. What does the "setFramesetPage" method actually set? I don't see anything called "frameSet" in the configuration or anything like that. > http://jakarta.apache.org/struts/dtds/tiles-config_1_3.dtd"> > > > > > > > I'm no tiles expert, but it seems obvious what's going on, here. > template00 > <%@ taglib uri="/WEB-INF/struts-tiles.tld" prefix="tiles" %> > > > <tiles:getAsString name="title" ignore="true"/> > > > > > Presumably, Tiles is smart enough to resolve the template paths, here, to the right file on disk. Are these templates properly resolved when using ? Or is this the problem you're actually reporting: that Tiles can't find your templates? > > > > ${sessionScope.fb00.frameTitle} > > > > Good: you are using . This will ensure that your URLs are passed-through both of the following procedures: 1. Pre-pending the context path of the webapp (i.e. request.getContextPath() + url) 2. Encoding the URL if necessary for url-rewriting (i.e. response.encodeURL(url)). > Use of a URL without the above steps /may/ be a problem, but also may not: if you are sure this URL is exactly right, then feel free to ignore this comment. > I checked the documentation for and it wasn't clear whether a URL starting with "/" will be treated as if it were relative to the current webapp or relative to the current hostname. My guess is the latter. It also doesn't say whether the url will be "rewritten" if necessary. > So, I suspect this and the previous includes are the things that are failing, right? What is the context path of your webapp? What exactly happens when it "does not work"? Error message? Exception? Both? Neither? Empty output within your
Subscriber store specific image banner /> page="${sessionScope.fb00.framesetPage}"> page="/ccAuth13_applet_fragment.jsp"> element? Page generation stops? - -chris -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk2+31kACgkQ9CaO5/Lv0PCdXACePCxfugTVbXWVot8JwQ/X5si6 bB0AniTofkx2+6hEocvYBZoxvGnZgQgq =2gtV -----END PGP SIGNATURE----- --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org For additional commands, e-mail: users-help@tomcat.apache.org