struts中的redirect
时间：2010-07-18 来源：kissme
文章转自：http://student.csdn.net/space.php?uid=54019&do=blog&id=7787
一下午花了将近两个小时去找问题，就为了一个简单的信息显示页面
<struts>
<package name="user" extends="struts-default">
<action name="saveUser" class="saveUserAction">
<result name="success" type="redirect">listUser.action</result>
<result name="input">/saveUser.jsp</result>
</action>
<action name="listUser" class="listUserAction">
<result name="success" type="redirect">/list.jsp</result>
</action>
</package>
</struts>
原因竟然是在struts的results中添加了rype而修改了默认的类型
这画蛇添足的一笔啊········谨记谨记
以下转载自http://hi.baidu.com/ygq58/blog/item/50c2f237072754390b55a944.html
晚上忽然发现一个问题，Action转发的页面里面表单bean不可用，用logic:present 查看了几遍都是 不存在于request中，不管我把映射定义里面的scope设成session还是request，在这个页面的request里面都没有这个bean。 真纳闷了，仔细瞧了好久，才发现原来是转发标记里加了个redirect=true 。改过来，一切正常了。看来就是这个redirect的问题。于是便从网上搜了一下这个玩意，发现它的方法是：
public void sendRedirect(String location)
throws IOException {
if (isCommitted())
throw new IllegalStateException
(sm.getString("coyoteResponse.sendRedirect.ise"));
// Ignore any call from an included servlet
if (included)
return;
// Clear any data content that has been buffered
resetBuffer();
// Generate a temporary redirect to the specified location
try {
String absolute = toAbsolute(location);
// public static final int SC_FOUND = 302;
setStatus(SC_FOUND);
setHeader("Location", absolute);
} catch (IllegalArgumentException e) {
setStatus(SC_NOT_FOUND);
}
引起的结果是：
如果采用redirect＝true，那么request是传寄不再下一个页面， 而false是可以.下面是摘抄的一篇对这个理解比较好的文章：
ActionMapping
ActionMapping将对Struts应用中有效的业务逻辑进行分类，当一个请求到达时，ActionSevlet在ActionMapping目录中查找对应的信息。ActionMapping是Struts应用的一个核心设计，当需要了解一个Struts应用，或编写一个新的Struts应用的时候，都应该从ActionMapping入手。ActionMapping有较多的属性信息，具体参考相关文档。
ActionForward
ActionForward是Struts的核心类之一，其基类仅有4个属性：name / path / redirect / classname。在基于Struts的Web应用程序开发过程中，Action操作完毕后程序会通过Struts的配置文件struts- config.xml链接到指定的ActionForward，传到Struts的核心类ActionServlet，ActionServlet使用 ActionForward提供的路径，将控制传递给下一个步骤。ActionForward控制接下来程序的走向。ActionForward代表一个应用的URI，它包括路径和参数，例如：
path=“/modify.do?method=edit&id=10”
ActionForward的参数除了在struts-config.xml和页面中设置外，还可以通过在Action类中添加参数，或重新在Action中创建一个ActionForward。
在ActionForward中有一个重要的属性redirect，当redirect=false时，将保存存储在http请求和请求上下文中的所有内容，仅在同一个应用中可用。当redirect=true时，Web客户端进行一次新的http请求，请求的资源可以在同一个应用中，也可以不在，原来的请求参数不再保存，原来的请求上下文也被清除，新的http请求仅包含ActionForward的path属性里所包含的参数。如果在同一个应用中，用户会话的上下文会被维护。
ActionForward分为全局转发和局部转发，Action的Mapping对象的findForward方法首先会检查局部转发列表，查找失败就会到全局转发列表中查找。书写格式中，我们一般将全局变量定义为String常数，避免误解，使得转发列表结构清晰易读。
在项目开发过程中经常碰到一种情况，当页面已经改变了，浏览器中的地址如/modify.do或/modify.jsp却没有变化，当时没有考虑这么细，虽然存在疑问，但没有影响到程序功能的实现，因此忽略过去了，今天查找了一些资料才弄清楚。客户端浏览器显示的是浏览器最后被给定的URL，当URL被提交后，在某个组件返回一个响应给浏览器之前，Web应用可能已经转发请求多次，而这些过程都发生在服务器端，客户端浏览器并不知道有什么变化。当一个 http响应被返回时，它并没有包含地址栏的值，所以浏览器仅仅显示其用来作为初始请求的地址。通过使用redirect可以改变浏览器地址的显示，因为这样可以向浏览器提交一个新的请求，但付出的代价是数据不能通过请求上下文传递到页面，这也是使用forward和redirect的差异之一
一下午花了将近两个小时去找问题，就为了一个简单的信息显示页面
<struts>
<package name="user" extends="struts-default">
<action name="saveUser" class="saveUserAction">
<result name="success" type="redirect">listUser.action</result>
<result name="input">/saveUser.jsp</result>
</action>
<action name="listUser" class="listUserAction">
<result name="success" type="redirect">/list.jsp</result>
</action>
</package>
</struts>
原因竟然是在struts的results中添加了rype而修改了默认的类型
这画蛇添足的一笔啊········谨记谨记
以下转载自http://hi.baidu.com/ygq58/blog/item/50c2f237072754390b55a944.html
晚上忽然发现一个问题，Action转发的页面里面表单bean不可用，用logic:present 查看了几遍都是 不存在于request中，不管我把映射定义里面的scope设成session还是request，在这个页面的request里面都没有这个bean。 真纳闷了，仔细瞧了好久，才发现原来是转发标记里加了个redirect=true 。改过来，一切正常了。看来就是这个redirect的问题。于是便从网上搜了一下这个玩意，发现它的方法是：
public void sendRedirect(String location)
throws IOException {
if (isCommitted())
throw new IllegalStateException
(sm.getString("coyoteResponse.sendRedirect.ise"));
// Ignore any call from an included servlet
if (included)
return;
// Clear any data content that has been buffered
resetBuffer();
// Generate a temporary redirect to the specified location
try {
String absolute = toAbsolute(location);
// public static final int SC_FOUND = 302;
setStatus(SC_FOUND);
setHeader("Location", absolute);
} catch (IllegalArgumentException e) {
setStatus(SC_NOT_FOUND);
}
引起的结果是：
如果采用redirect＝true，那么request是传寄不再下一个页面， 而false是可以.下面是摘抄的一篇对这个理解比较好的文章：
ActionMapping
ActionMapping将对Struts应用中有效的业务逻辑进行分类，当一个请求到达时，ActionSevlet在ActionMapping目录中查找对应的信息。ActionMapping是Struts应用的一个核心设计，当需要了解一个Struts应用，或编写一个新的Struts应用的时候，都应该从ActionMapping入手。ActionMapping有较多的属性信息，具体参考相关文档。
ActionForward
ActionForward是Struts的核心类之一，其基类仅有4个属性：name / path / redirect / classname。在基于Struts的Web应用程序开发过程中，Action操作完毕后程序会通过Struts的配置文件struts- config.xml链接到指定的ActionForward，传到Struts的核心类ActionServlet，ActionServlet使用 ActionForward提供的路径，将控制传递给下一个步骤。ActionForward控制接下来程序的走向。ActionForward代表一个应用的URI，它包括路径和参数，例如：
path=“/modify.do?method=edit&id=10”
ActionForward的参数除了在struts-config.xml和页面中设置外，还可以通过在Action类中添加参数，或重新在Action中创建一个ActionForward。
在ActionForward中有一个重要的属性redirect，当redirect=false时，将保存存储在http请求和请求上下文中的所有内容，仅在同一个应用中可用。当redirect=true时，Web客户端进行一次新的http请求，请求的资源可以在同一个应用中，也可以不在，原来的请求参数不再保存，原来的请求上下文也被清除，新的http请求仅包含ActionForward的path属性里所包含的参数。如果在同一个应用中，用户会话的上下文会被维护。
ActionForward分为全局转发和局部转发，Action的Mapping对象的findForward方法首先会检查局部转发列表，查找失败就会到全局转发列表中查找。书写格式中，我们一般将全局变量定义为String常数，避免误解，使得转发列表结构清晰易读。
在项目开发过程中经常碰到一种情况，当页面已经改变了，浏览器中的地址如/modify.do或/modify.jsp却没有变化，当时没有考虑这么细，虽然存在疑问，但没有影响到程序功能的实现，因此忽略过去了，今天查找了一些资料才弄清楚。客户端浏览器显示的是浏览器最后被给定的URL，当URL被提交后，在某个组件返回一个响应给浏览器之前，Web应用可能已经转发请求多次，而这些过程都发生在服务器端，客户端浏览器并不知道有什么变化。当一个 http响应被返回时，它并没有包含地址栏的值，所以浏览器仅仅显示其用来作为初始请求的地址。通过使用redirect可以改变浏览器地址的显示，因为这样可以向浏览器提交一个新的请求，但付出的代价是数据不能通过请求上下文传递到页面，这也是使用forward和redirect的差异之一
相关阅读 更多 +
