dispatcher redirect chain的思考

在自己的系统当中 本来开始是用js来控制客户端的重复提交问题 但是本人心里是不太爱喜欢使用js 竟然用了webwrok 我希望自己能尽量用java解决这些问题
我现在的处理方法是这样的：
摒弃开始的js脚本来控制，重新利用起webwork这几个result类型

首先在许多input的时候我使用的是dispatcher这样没问题 能得到服务器这边传递的错误信息 当然利用 chain也可以 这时候只要打印出错误就可以解决

其次当遇到success时 我的处理方式是利用 redirect ，这样似乎可以解决掉重复提交问题 但是错误信息却似乎得不到了，这样反而对客户端变的不友好了 至于错误信息我是根据我从服务器端传递的参数来进行错误信息的打印

一个轮回，似乎又转到了最开始的起点。

有关注相同问题的人可以一起来讨论下吗

顺便交流下webwork与ajax的结合，当我们return一个参数给请求页面时 可能接触不深 难道也是利用response对象来writer，然后利用dom来遍历，不知道有没有很好的方法，避开dom这层，直接由ajax页面来接收这个参数

评论

8 楼 kyvin 2007-05-31  

呵呵 我不太喜欢用标签 所以在html中使用这个token 我不太会 虽然拦截器我已经配好了 但是在html中怎么使用这个token 还真有点头大

7 楼 zyp731 2007-05-31  

webwork的showcase里有专门处理重复提交的例子.用token、token-session就可以实现该功能.

6 楼 kyvin 2007-05-24  

我用一些小技巧来处理这个事情，我把主动权控制在服务器方 当需要刷新的时候服务器来决定刷新 另外我用了iframe 与屏蔽右键 这样可能能达到想要的效果 让客户就不能刷新

5 楼 kyvin 2007-05-24  

我难道还没说清楚吗 呵呵 可能让你们误会了 我是个懒人

addActionMessage与addActionError我觉得本质一样 所以我只用一种，不管正确与错误都用这个来 所以当为success时 我也可以提示 "登录成功"的 ActionError信息

4 楼 rainlife 2007-05-24  

elvewyn 写道

楼上的有问题：
1。URL串传递消息是不是不能太长？
2。这样有可能造成引起跨站脚本攻击之类的漏洞。

我觉得搂主可能说得有些不清楚。如果发生了错误，为什么还要return SUCCESS呢？错误信息应该在专门的错误页面或者是INPUT页面显示才对。

URL传参参数是有固定长度的。
只是，既然是success了，为什么还要保留一些错误信息呢？

3 楼 kyvin 2007-05-24  

有点小错误 我是把平常正确信息与错误信息都用error来表示 觉得原理一样

2 楼 elvewyn 2007-05-21  

楼上的有问题：
1。URL串传递消息是不是不能太长？
2。这样有可能造成引起跨站脚本攻击之类的漏洞。

我觉得搂主可能说得有些不清楚。如果发生了错误，为什么还要return SUCCESS呢？错误信息应该在专门的错误页面或者是INPUT页面显示才对。

1 楼 gs.liutong 2007-05-06  

<result name="success" type="redirect">
register.jsp?message=${message}
</result>

这样就可以记录下信息了吧。

有一个默认参数parse，默认值为true，这样大括号内的OGNL表达式会提取出来，替换${message}。