Comments on: Struts, Tiles, and Frames don't mix

By: Timotheo

Timotheo — Thu, 29 Jul 2004 18:56:02 +0000

I am currently working on this problem as well. What I’ve come up with is when the initial frame layout is set up, all of those framed URLs have the token in the URL they’re requesting. Once they have that token, that the key to the session data even though it’s all sessionless. I have this working, but I haven’t built the real app with it yet. I don’t think that this is a bad solution, nor do I think it’s a great one.

By: Marius

Marius — Tue, 01 Jun 2004 12:12:23 +0000

Frames have their uses. They were designed long before Struts came around and, thus, not with frameworks like Struts in mind. I tend to think of frames as more of a deprecated type of technology rather than an ‘evil’ one. On the other hand, I do use frames in my work. Not for visual formatting, but for persisting client-side objects between page refreshes (such as a non-visual applet in a hidden frame). Of course, I typically do these types of things in a controlled environment also (such as internal corporate applications) where I don’t have to program to the LCD and can control things like removing the address bar and whatnot. For the outside world, I’d probably agree that frames aren’t the way to go.

By: Geert Bevin

Geert Bevin — Tue, 01 Jun 2004 10:48:09 +0000

... or you can use another framework (like RIFE) that allows you to automatically decorate pages with frames with the content frame in the frameset still receiving the original request data. The fact that the frames are added behind the scenes makes frames bookmarkable again.