> -----Original Message----- > From: josh [mailto:[EMAIL PROTECTED] > Sent: Monday, December 06, 2004 3:08 PM > To: Struts Users Mailing List > Subject: Session Invalidation in JSP > > > Hi, > > I have been working on a portal style collection of apps. There is a > central app that functions as a simple content management tool. It > generates dynamic Header, footer, navigation, etc... Other apps that > are "in the portal" then do imports of the central application's > Header/footer/nav. > > The imports are in the jsp and look like this: > > <!--HEADER--> > <bean:include href="http://localhost:8080/portalapp/header.do" > id="header"/> > <bean:write filter="false" name="header"/> > > > This seemed to work swimmingly, but upon closer scrutiny It generates > lots of sessions in the central app, because every time I hit > an app it > calls header.do, footer.do, nav.do in the central app. So by hitting > one page of any given app in the portal I generate 3 new > sessions in the > central app. For 20 seperate apps in the portal, this will obviously > not scale well. > > My solution to this is to invalidate the session in the JSP becuase no > session information is actually needed, everything is in the request. > My question has two parts. First, is there a way to use > struts without > creating or maintaining any session info? Second, keeping in > mind that > I am already stuck with this architecture, does my solution of doing a > Session.invalidate() sound reasonable?
You could also store either cookie, or the url rewriting... as well as cache the data so you don't have to do anymore calls at all. > > Thanks in advance. > > -- > Joshua Cronemeyer > > --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]