hmmm...pretty good shot, Mark. I was thinking about that too, that maybe the browser, when issuing the request for the frame source, is losing the context somehow, such that the relative URI in the "src" attribute is not resolved correctly. That would certainly explain why my action class isn't contacted at all. Is there a way to specify absolute addressing in the <html:rewrite> tag or something so that I could test this idea out?
Like I said, the Konquerour web browser handles the request correctly, so does sugges a loss of session from the client perspective, or loss of URL root context, or something of the like. Does this seem plausible to anyone else? b.t.w., thanks Mark. Joe -----Original Message----- From: Galbreath, Mark [mailto:[EMAIL PROTECTED]] Sent: Tuesday, March 12, 2002 9:41 AM To: 'Struts Users Mailing List' Subject: RE: simple frames problem, no help in archives This is just a shot-in-the-dark. Perhaps the use of frames is resetting the session? Mark -----Original Message----- From: Joseph Barefoot [mailto:[EMAIL PROTECTED]] Sent: Monday, March 11, 2002 6:05 PM To: Struts Users Mailing List Subject: simple frames problem, no help in archives Hi all, This problem is a bit annoying, because I have a fairly straight-forward solution that inexplicably doesn't work. As a preface, I have checked out everything I could find related to frames in the archive, and nobody seems to have encountered this particluar problem. I have two simple frames, one a navigation bar dynamically generated from form data, the other a view frame to show dynamically generated results when the user clicks on a link in the nav-bar. This MUST be implemented as two frames, since the nav-bar is a tree-view of database table data (looks like a file browser's nav-bar) and shouldn't be refreshed (esp. since we want to retain opened nodes, etc.) when the view is changed. So, this little application has: 3 JSP pages (frameset page, nav-bar frame, view frame), 1 Action class, and 1 ActionForm, with a single global forward for the Action and local forwards for the frameset and view pages (the Action has session scope, b.t.w.). The initial request (i.e., you can type this URL into a browser) is to the Action class, with URL request parameters, and looks something like this: http://localhost/txql.do?action=processTemplate&userID=someUser This "txql" Action does some fancy processing, caches the results in the ActionForm, and then forwards to the frameset page (all of this works fine, yeaaa Struts!). In this frameset page, the nav-bar frame "src" attribute points back to the same Action class, which merely uses the value of the URL param "action" to forward the browser to the correct JSP. The only problem with this is that it DOESN'T WORK (IE 5.0, Netscape 4.08, same behavior). The Action class never receives the second request (to load the nav-bar frame) at all, which I have tested exhaustively by printing the value of the "action" parameter upon every execution of the "perfom" method inside the Action. I've examined the source received by both browsers for the frameset page, and it has the correct request URL in each. Here's the weird part: When I test the same URL with the Konqueror web browser packaged with KDE (Red-Hat Linux), the second request IS received by the Action and processed correctly. What gives? I've tried using the <html:base/> tag as well, with no effect. Any ideas, anyone? This is driving me nuts, quite frankly. :) Thanks in advance to anyone who can help clear this up...has to be a mistaken assumption on my part or something.... The frameset page: <%@ page language="java" %> <%@ taglib uri="/WEB-INF/struts-html.tld" prefix="html" %> <%@ page contentType="text/html"%> <html> <head> <title>TXQL</title> </head> <body bgcolor="maroon"> <frameset frameborder="0" framespacing="0" border="0" cols="30%,*"> <frame marginheight="0" marginwidth="0" name="navigator" src="<html:rewrite page="/txql.do?action=TXQLNavigator"/>" target="view"> <frame marginheight="0" marginwidth="0" name="view"> </frameset> </body> </html> -- 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]> -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
