DispatchAction中的request获值问题?

问题描述

在struts1.x中:login.jsp里有<formaction="/login.action?method=add"><inputtype="text"name="username"value="123"/></form>login.action(是一个DispatchAction,有add,prepareAdd方法),在add方法中,Stringusername=request.getParameter("username");returnmapping.findForward("returnAdd");其中returnAdd在struts-config中的配置为"/login.action?method=prepareAdd",在这里是可以得到username的值123的;但是在prepareAdd方法里这样Stringusername=request.getParameter("username")得到username的值却为null,为什么?mapping.findForward("returnAdd");是跳转,在这两个方法中用的是同一个request,两个方法里应该都能得到值的,但为什么会这样?

解决方案

解决方案二:
这个是复制来的,你看看平时在action中利用service处理完业务后,直接通过returnmapping.findForward("myVIew");这样的方法跳转到页面。现在遇到了这样一种情形,即在action中service完工后,不需要跳转到页面,而是把当前的结果直接传给另外一个action处理(注:该action是现成的),按上面的做法,是无法传值到下一个action的,搜索了下,可以通过request/session传值,不过简单点可以如下处理:1.BooleanteamUser=true;2.BooleandoEdit=false;3.4.returnnewActionForward("/myaction.do?userid="+userid+"&teamUser="+teamUser+"&doEdit="+doEdit);另外几个我看到的解决方法:第一种方法:把配置文件contextRelative属性设为true,这样使用相对于context的路径来进行forward查找<action-mappings><action...><forwardname="success"contextRelative="true"path="/moduleB/index.do"redirect="true"/></action>另一切换模块的方法就是使用SwitchAction,它需要在请求中带两个参数,一个是prefix,用来指定模块前缀名称,一个是page,用来指定相对于模块的资源路径,例如可以这么设定:<!--struts配置文件--><actionpath="/toModule"type="org.apache.struts.actions.SwitchAction"></action><!--action-->returnnewActionForward("/toModule.do?prefix=/syscollection/chgbiz/chgperson&page=/showChgpersonDoListAC.do");另一个:例如从你的LOGIN到register.action<packagename="struts"extends="struts-default"><actionname="login"class="com.ebizprise.commons.acl.web.action.LoginAction"><resultname="success"type="redirect">register.action</result><resultname="error">/index.jsp</result></action></package>记得一定要加这个type="redirect"或<packagename="struts"extends="struts-default"><actionname="login"class="com.ebizprise.commons.acl.web.action.LoginAction"><resultname="success"type="chain">action名称</result><resultname="error">/index.jsp</result></action></package>下面是我查看的一个较全的struts架构的跳转说明1.完整的action<actionpath="/aFullAction"type="somePackage.someActionClass">name="someForm"input="someJSP.jsp"<forwardname="successful"path="someJSP.jsp"/><forwardname="failed"path="someOtherJSP.jsp"/></action>首先,Struts的ActionServlet接收到一个请求,然后根据struts-config.xml的配置定位到相应的mapping(映射);接下来如果form的范围是request或者在定义的范围中找不到这个form,创建一个新的form实例;取得form实例以后,调用其reset()方法,然后将表单中的参数放入form,如果validate属性不为false,调用validate()方法;如果validate()返回非空的ActionErrors,将会被转到input属性指定的URI,如果返回空的ActionErrors,那么执行Action的execute()方法,根据返回的ActionForward确定目标URI。这样做的效果是:execute()仅当validate()成功以后才执行;input属性指定的是一个URI。2.仅有Form的action<actionpath="/aFormOnlyAction"type="org.apache.struts.actions.ForwardAction"name="someForm"input="someJSP.jsp"parameter="someOtherJSP.jsp"/>首先,Struts会在定义的scope搜寻someForm,如果找到则重用,如果找不到则新建一个实例;取得form实例以后,调用其reset()方法,然后将表单中的参数放入form,如果validate属性不为false,调用validate()方法;如果validate()返回非空的ActionErrors,将会被转到input属性指定的URI,如果返回空的ActionErrors,那么转到parameter属性指定的目标URI。这样做的效果是:没有action类可以存放我们的业务逻辑,所以所有需要写入的逻辑都只能写到form的reset()或者validate()方法中。validate()的作用是验证和访问业务层。因为这里的action映射不包括forward(也没有意义),所以不能重定向,只能用默认的那个forward。这种仅有form的action可以用来处理数据获取并forward到另一个JSP来显示。3.仅有Action的action<actionpath="/anActionOnlyAction"type="somePackage.someActionClass">input="someJSP.jsp"<forwardname="successful"path="someJSP.jsp"/><forwardname="failed"path="someOtherJSP.jsp"/></action>首先,ActionServlet接收到请求后,取得action类实例,调用execute()方法;然后根据返回的ActionForward在配置中找forward,forward到指定的URI或action。这样做的效果是:没有form实例被传入execute()方法,于是execute()必须自己从请求中获取参数。Action可以被forward或者重定向。这种action不能处理通过HTMLFORM提交的请求,只能处理链接式的请求。4.仅有JSP的action<actionpath="/aJSPOnlyAction"type="org.apache.struts.actions.ForwardAction"parameter="someOtherJSP.jsp"/>首先,ActionServlet接到请求后调用ForwardAction的execute()方法,execute()根据配置的parameter属性值来forward到那个URI。这样做的效果是:没有任何form被实例化,比较现实的情形可能是form在request更高级别的范围中定义;或者这个action被用作在应用程序编译好后充当系统参数,只需要更改这个配置文件而不需要重新编译系统。5.两个action对应一个form<actionpath="/anAction"type="somePackage.someActionClass">name="someForm"input="someJSP.jsp"<forwardname="successful"path="/anotherAction.do"/></action><actionpath="/anotherAction"type="somePackage.someOtherActionClass">name="someForm"input="someOtherJSP.jsp"<forwardname="successful"path="someResultJSP.jsp"/></action>就每个单独的action来讲,处理上并没有和完整的action有什么实质的区别。这个组合模式可以被用来传递命令对象(form)。需要注意的是在后一个action中同样会调用form的reset()和validate()方法,因此我们必须确保form中的信息不被重写。处理的方式大致分为两种:a)在request中放入一个指示器表明前一个action有意向后一个action传递form,从而在后一个action可以保留那个form中的值,这一方式只能在使用forward时使用。b)当使用redirect而不是forward时,可以把指示器放在session或更高的级别,在命令链的最后一环将这个指示器清除。<actionpath="/anAction"type="somePackage.someActionClass">name="someForm"input="someJSP.jsp"<forwardname="successful"path="/anotherAction.do"redirect="true"/></action><actionpath="/anotherAction"type="somePackage.someOtherActionClass">"name="someOtherForm"input="someOtherJSP.jsp"<forwardname="successful"path="someResultJSP.jsp"/></action>这个组合方式跟前一种在流程上没有太大区别,只是我们现在对于两个action分别提供了form,于是代码看上去更加清晰。于是我们可以分别处理WEB应用程序的输入和输出。值得注意的是,后一个action同样会尝试往form中写入那些参数,不过我们可以这样处理:a)在后一个form中使用另一套属性名;b)只提供getter而不提供setter。大致的处理是这样:前一个action接收输入、验证、然后将数据写入业务层或持久层,重定向到后一个action,后一个action手动的从业务层/持久层取出数据,写入form(通过其他方式),交给前台JSP显示。这样做的好处是不必保留输入form中的值,因此可以使用redirect而不是forward。这样就降低了两个action之间的耦合度,同时也避免了不必要的重复提交。而在servlet中要直接跳到另一个servlet,可以response.sendRedirect("UserInforServlet");
解决方案三:
既然你是从action的一个方法执行另一个方法,没有必要用mapping.findForward()呀returnprepareAdd(mapping,form,request,response)就可以了。
解决方案四:
引用2楼smmi的回复:

既然你是从action的一个方法执行另一个方法,没有必要用mapping.findForward()呀returnprepareAdd(mapping,form,request,response)就可以了。

我知道这样可以,但是我遇到的那种情况怎么解释呢?
解决方案五:
我想确认一点returnAdd这个配置的时候有没有设置redirect这个属性?if(forward.getRedirect()){//onlyprependcontextpathforrelativeuriif(uri.startsWith("/")){uri=request.getContextPath()+uri;}response.sendRedirect(response.encodeRedirectURL(uri));}else{doForward(uri,request,response);}

源码当中是这样的。如果设置了redirect,不保存request,直接跳转我觉得你可以跟踪下mapping.findForward("returnAdd")得到的值的getRedirect()是否为true另外,在Action中request失效是难以想象的。他会导致很多错误。
解决方案六:
引用4楼rainsilence的回复:

我想确认一点returnAdd这个配置的时候有没有设置redirect这个属性?Javacodeif(forward.getRedirect()){//onlyprependcontextpathforrelativeuriif(uri.startsWith("/")){……

没有设置redirect这个属性,我在add方法中设置request.setAttribute("username","123"),在prepareAdd方法中用request.getAttribute("username")是可以得到值的,说明用的是同一个request.
解决方案七:
mapping.findForward("returnAdd")得到的值的getRedirect()是否为true

时间: 2024-09-29 07:08:01

DispatchAction中的request获值问题?的相关文章

ASP.NET从客户端中检测到有潜在危险的request.form值的3种解决方法

 这篇文章主要介绍了ASP.NET从客户端中检测到有潜在危险的request.form值的3种解决方法,这是ASP.NET开发中一个比较常见的经典的问题,需要的朋友可以参考下     当页面编辑或运行提交时,出现"从客户端中检测到有潜在危险的request.form值"问题,该怎么办呢?如下图所示: 下面博主汇总出现这种错误的几种解决方法: 问题原因:由于在asp.net中,Request提交时出现有html代码或javascript等字符串时,程序系统会认为其具有潜在危险的值.环境配

asp.net中“从客户端中检测到有潜在危险的Request.Form值”的错误

在提交表单时候,asp.net 提示:"从客户端(......)中检测到有潜在危险的 Request.Form 值" .asp.net中的请求验证特性提供了某一等级的保护措施防止XSS攻击,asp.net的请求验证是默认启动的.这个给出各个版本.net的解决方法. asp.net 2.0 通常解决办法 方案一: 将.aspx文件中的page项添加ValidateRequest="false" ,如下: <%@ Page ValidateRequest=&quo

list-使用javamail从数据库中循环获值,发送到邮箱中的问题。

问题描述 使用javamail从数据库中循环获值,发送到邮箱中的问题. 将数据库中获得的值存放在list中,通过String将值发送到邮箱中. String body="内容" message.setContent(body,"text/html;charset=GBK"); 怎么才能够将List的值以循环的格式传到String中?或者有没有其他的方法能够将数据库List的值发送? 解决方案 list是什么,是收件人地址么? for (String s : list

asp.net中“从客户端中检测到有潜在危险的Request.Form值”错误的解决办法_实用技巧

在提交表单时候,asp.net 提示:"从客户端(......)中检测到有潜在危险的 Request.Form 值" .asp.net中的请求验证特性提供了某一等级的保护措施防止XSS攻击,asp.net的请求验证是默认启动的. 这里给出不同版本.net的解决方法. asp.net 2.0 通常解决办法 方案一: 将.aspx文件中的page项添加ValidateRequest="false" ,如下: <%@ Page ValidateRequest=&qu

MFC写图像处理程序,现有很多个像素点要进行处理,每个像素点都要遍历同一数组中元素并获的一个值

问题描述 MFC写图像处理程序,现有很多个像素点要进行处理,每个像素点都要遍历同一数组中元素并获的一个值 现在想用多线程加速要如何做呢?因为要处理很多点,用单线程太慢了,求高手指点 解决方案 你这个任务,采用多线程或者单线程时间都一样! 解决方案二: 多个线程,每个线程处理一部分像素点.相当于分配任务 解决方案三: 创建多个线程,给线程分配一部分像素点,主线程等待所有任务线程完成,这里可以显示"处理中"对话框,然后把处理结果汇总起来就行啦

asp.net 从客户端中检测到有潜在危险的 Request.Form 值错误解_实用技巧

 从客户端(ftbContent="<P><A href="http://l...")中检测到有潜在危险的 Request.Form 值. 说明: 请求验证过程检测到有潜在危险的客户端输入值,对请求的处理已经中止.该值可能指示危及应用程序安全的尝试,如跨站点的脚本攻击.通过在 Page 指令或 配置节中设置 validateRequest=false 可以禁用请求验证.但是,在这种情况下,强烈建议应用程序显式检查所有输入. 异常详细信息: System.We

JavaScript中${pageContext.request.contextPath}取值问题及解决方案_javascript技巧

在JSP里取${pageContext.request.contextPath},方式一是可以正常取到,但方式二却取到的是 字符"${pageContext.request.contextPath}" 方式一: <script type="text/JavaScript"> var t = "${pageContext.request.contextPath}"; <script> 方式二: <script src=

使用Asp.net MVC 2.0 +.NET 4.0 出现 “从客户端 ... 中检测到有潜在危险的 Request.Form 值”错误的解决办法

我们在用Asp.net 开发 Web Form页面时,通常要提交包含Html内容的数据给后台程序代码处理时,会为页面设置 ValidateRequest="false" 属性,设置后,讨厌的 "从客户端 ... 中检测到有潜在危险的 Request.Form 值"的错误乖乖消失了.   而这一错误在ASP.NET MVC 2中,却发生了改变:   首先,如果你使用的是.NET 3.5,那么你只要为接收表单值的Action添加一个特性:[ValidateInput(f

在ASP中使用“Request”时应注意的问题

request|问题 在ASP中,一般人都喜爱直接使用Request("参数")来获得从上一个页面传来的参数,但是这样很容易产生混乱,导致数据不正确. 比如,如果上一个页面(A.ASP)中有一个文本框<Input name="xxx" value="1900">,并且你使用"B.ASP?xxx=1999"来调用第二个页面(B.ASP)的话,那么你在B.ASP中使用Request("xxx")得到