关于支付宝接口整合的几个问题
2014-08-02 00:36
399 查看
如果顺利的话很快就可以弄好,总之按照文档要求来。
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(页面跳转同步通知页面路径)时,商户必须判断商户网站中是否已
经对该次的通知结果数据做过同样处理。如果不判断,存在潜在的风险,商户自行
承担因此而产生的所有损失。
相关文章推荐
- 关于支付宝接口整合的几个问题
- 关于支付宝接口整合的几个问题
- 关于java支付宝接口的异步通知的问题
- 关于 Spring 中 Autowired 注入接口的几个问题
- 几个关于tableView的问题解决方式整合
- 关于支付宝需要注意的几个问题。
- Maven项目中,关于Spring Boot 整合MyBatis时,Service层无法找到mapper接口的问题解决
- 请教关于银江数据接口的几个问题
- 几个关于tableView的问题解决方案整合
- 关于SSM框架整合Spring与Mybaitis面向接口编程时,多个不同包别名设置,多个dao层包通配符表达处理问题
- 用分冶策略解决关于二叉树的几个问题
- 关于单点登陆的几个问题
- 关于Word、Execl、Outlook的几个小问题
- 关于cnComm串口类库的问题解决方案,就是很多人说的只读几个字节的问题
- re:【大家好,我有几个关于创业的问题,希望有创业经验,或是现在在开公司的朋友们给一些建议?】
- 关于分形的几个问题
- 关于java的几个困惑问题
- 关于CheckBoxList和RadioButtonList的几个问题
- 关于socket和 jsp的几个问题
- 关于面向构件和EOS的一些思考-xml和元数据解决了接口脆弱性问题吗?