关于支付宝接口整合的几个问题
2016-07-26 00:00
260 查看
如果顺利的话很快就可以弄好,总之按照文档要求来。
1. jsp页面可以改成action吗?
答案是可以。原来的页面基本不用改,直接拷贝到action中,开头加上一句
HttpServletRequest request = ServletActionContext.getRequest();
最后的 out.println("success"); 换成如下:
HttpServletResponse response = ServletActionContext.getResponse();
response.setCharacterEncoding("UTF-8");
response.setContentType("text/html;charset=utf-8");
response.setHeader("pragma", "no-cache");
response.setHeader("cache-control", "no-cache");
try {
response.getWriter().write("success");
} catch (IOException e) {
e.printStackTrace();
}
其他的不用变,只是要根据返回的状态写业务逻辑。
2. ILLEGAL_SIGN 错误码。
造成这个错误的原因比较多,其中两点是:
(1)传递了值为空的参数, 如果要为空的参数,那么该参数就不能传递给支付宝,即请求的URL链接里不能存在该参数的提交,
也就是说要传递的参数,必须保证有值。
(2)安全校验码(Key)写错了,我就是这个原因,当时上级给我资料时说随便用个12345在后面再改过来,结果忘了。
3. 本地测试(不用放到服务器上,只要电脑能上网就行):
可以测试整个流程包括下订单到支付成功以及获得支付宝返回的数据以及
自己业务逻辑的处理(对应return_url.jsp的内容)。notify_url.jsp对应的要在服务器上才可以测试。
return_url地址写成: http://192.168.1.xxx:8080/xxx/alipay_returnUrl.action; ip为本机的ip地址。
4.同步通知和异步通知
同步通知和异步通知的先后顺序不确定,所以必须对该次结果是否做过处理加个判断。
文档中有这样一句话:
当商户有传递参数notify_url(服务器异步通知页面路径)
或return_url(页面跳转同步通知页面路径)时,商户必须判断商户网站中是否已
经对该次的通知结果数据做过同样处理。如果不判断,存在潜在的风险,商户自行
承担因此而产生的所有损失。
1. jsp页面可以改成action吗?
答案是可以。原来的页面基本不用改,直接拷贝到action中,开头加上一句
HttpServletRequest request = ServletActionContext.getRequest();
最后的 out.println("success"); 换成如下:
HttpServletResponse response = ServletActionContext.getResponse();
response.setCharacterEncoding("UTF-8");
response.setContentType("text/html;charset=utf-8");
response.setHeader("pragma", "no-cache");
response.setHeader("cache-control", "no-cache");
try {
response.getWriter().write("success");
} catch (IOException e) {
e.printStackTrace();
}
其他的不用变,只是要根据返回的状态写业务逻辑。
2. ILLEGAL_SIGN 错误码。
造成这个错误的原因比较多,其中两点是:
(1)传递了值为空的参数, 如果要为空的参数,那么该参数就不能传递给支付宝,即请求的URL链接里不能存在该参数的提交,
也就是说要传递的参数,必须保证有值。
(2)安全校验码(Key)写错了,我就是这个原因,当时上级给我资料时说随便用个12345在后面再改过来,结果忘了。
3. 本地测试(不用放到服务器上,只要电脑能上网就行):
可以测试整个流程包括下订单到支付成功以及获得支付宝返回的数据以及
自己业务逻辑的处理(对应return_url.jsp的内容)。notify_url.jsp对应的要在服务器上才可以测试。
return_url地址写成: http://192.168.1.xxx:8080/xxx/alipay_returnUrl.action; ip为本机的ip地址。
4.同步通知和异步通知
同步通知和异步通知的先后顺序不确定,所以必须对该次结果是否做过处理加个判断。
文档中有这样一句话:
当商户有传递参数notify_url(服务器异步通知页面路径)
或return_url(页面跳转同步通知页面路径)时,商户必须判断商户网站中是否已
经对该次的通知结果数据做过同样处理。如果不判断,存在潜在的风险,商户自行
承担因此而产生的所有损失。
相关文章推荐
- 反射工具类
- Introspector(内省)简单示例 与 简单应用
- 易学设计模式看书笔记(1) - 设计模式的分类
- 给你一组字符串 如 {5,2,3,2,4,5,1,2,1,5},让你输出里面出现次数最多且数值最大的
- Java内存区域与内存溢出异常与Eclipse运行速度调优
- 设计模式(8) - 迭代器模式(iterator)- 实现ArrayList和linkedList的迭代器
- 排序-Perl
- Idea使用技巧
- Adapter初步学习
- Javascript 设计模式学习之一 Constructor(构造器)模式
- 剑指offer(Java)-复杂链表的复制
- 剑指Offer面试题-二叉搜索树与双向链表
- JS正则表达式大全(整理详细且实用)
- solr中文分词
- solr伪集群搭建
- mybatis的配置文件之 mybatis-config.xml
- mysql之driver、url
- oracle之driver、url
- *-mapper.xml配置文件
- ehcache.xml配置