it helps (a little). what i don't want is users bookmarking a jsp, which would then allow them to break MVC. however, isn't going via the forwardaction a little inefficent compared to linking direct to the jsp (my target environment is 2000 concurrent users)? or do you think the benefits of keeping to MVC might outweigh that?
thanks for your help so far simon -----Original Message----- From: Geeta Ramani [mailto:[EMAIL PROTECTED] Sent: 25 October 2003 18:59 To: Struts Users Mailing List Subject: Re: going straight to a jsp Hi Simon: I think maybe you have misunderstood what it means to say "don't directly go to jsps". What this means is don't break the MVC pattern. So for example, if you have a link on your jsp and all you want it to do is to go to a second jsp, resist the temptation to code the second jsp directly using that as your href value. Instead respect the MVC design and use the fowardAction that Struts already has. This way you are always going to the controller (the ActionServlet) to find out where to go next. So, adding a "redirect=true" in your mappings is not a bad thing really (unless you want to preserve request attributes.. but that's another story..:) hth, Geeta Simon Matic Langford wrote: > Hi, > > I've been using struts for a couple of months now, and have been > working on the assumption that it is a bad thing to allow users > to go directly to jsp's. So I have ensured that I don't use > redirect="true" on forwards from an Action. > > Is this considered best practice for Struts? And are there any concrete > reasons for or against this practice? > > Thanks > > Simon > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
