|
Nathan, What is messes up in my case is the back button. Back still works, but if I were able to do a redirect the URL would not end up being stacked on itself. If I could use a redirect, when I hit back I could go from say order entry back to the menu, which makes sense in most cases. It doesn't make sense to go back to the same application. I prefer to go to the controlling Servlet first rather than to the JSP, which only handles output formatting. I tried all different way to go to the JSP and then redirect to the Struts action Servlet, but it was always convoluted compared with the simplicity of going to the controlling Servlet first. In this case, I may be able to "fix" the back button with Java script or in my application controller. A combination of both may also work. Right now it is low on the list of priorities. Also, many would not consider it wrong. I notice in your application when I hit prev followed by next, I have to go back through the previous record when I hit back. My expectation is that it should take me to the prior task or menu. David Morris >>> nandelin@relational-data.com 01/07/02 11:11AM >>> From: "David Morris" <David.Morris@plumcreek.com> > The only limitation I ran into was related more to the HTTP > protocol than Struts. In that case I wanted to be able to redirect > to a JSP page without changing the URL. It may be possible to > do that but I haven't figured out how. Although "redirect" is an HTTP concept, the activation of a JSP is controlled by Websphere (or TOMCAT), or Struts. The following link at my Web site points to a basic inquiry and maintenance program. Would that be an example of what you're trying to achieve? http://www.relational-data.com/rdweb/rd1200/begin.isp The URL remains the same. But links on the page activate other forms? Thanks, Nathan M. Andelin www.relational-data.com
As an Amazon Associate we earn from qualifying purchases.
This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].
Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.