jersey處理支付寶異步回調通知的問題

tcpflow以流為單位分析請求內容,非常適合服務器端接口類服務查問題

這次遇到的問題跟支付寶支付后的回調post結果有關

淘寶的代碼例子:

    public void doPost(HttpServletRequest request, HttpServletResponse response)throws UnsupportedEncodingException {        //??μ?′y????êy?Yoí?????μ        String sign = URLDecoder.decode(request.getParameter("sign"),"utf-8");        String content = URLDecoder.decode(request.getParameter("content"),"utf-8");        

服務器用jersey,直接使用 @FormParam 類型參數,收到post請求,但無法處理內容,log顯示錯誤:

java.lang.IllegalArgumentException: Error parsing media type 'application/x-www-form-urlencoded; text/html; charset=UTF-8'

使用curl測試application/x-www-form-urlencoded 是可以解析的

curl -d 'sign=1&notify_data=yest' "https://passport.ishuangshuang.com/credits/order/notify"

我以為是我代碼寫法不支持,按照例子更改服務器端代碼為:

code2:  public String verify(@Context HttpServletRequest request) {        Map map = request.getParameterMap();        log.info("[alipay] callback,map="+map);        String sign = (String) ((Object[]) map.get("sign"))[0];        String verifyData =  (String) ((Object[]) map.get("notify_data"))[0];

仍是同樣錯誤

使用tshark抓包,結果發現在命令行不能使用follow stream ?直接查看流內容,于是安裝tcpflow,yum ?install ?-y ?tcpflow

使用命令?tcpflow -p dst port 8280,生成8280收到的請求流日志:

X-Host: xxx.comX-Forwarded-Proto: httpsContent-Type: application/x-www-form-urlencoded; text/html; charset=UTF-8User-Agent: Mozilla/4.0Host: xxx.comContent-Length: 1135LOGID: 5762503519760285696CLIENTIP: 110.75.141.3X-FORWARDED-FOR: 110.75.141.3sign=mYJtdB2XmD57ReoLQkhMhUpIxmMLQltfs0opq%2Bl3prGzkA9xckxpqKMBy7vAHfCZe3ryJq1VoJxBpAv6KsaAarCn2tfcLt2EClfrZDoL967xPzLcz%2BmddlEe7ST4CHvOYg4jNaJBpxEYoDnDTmK3Rk7x%2FbfmJZwulA8OOjqGHac%3D&sign_type=RSA&notify_data=%3Cnotify%3E%3Cpartner%3E2088901361787590%3C%2Fpartner%3E%3Cdiscount%3E0.00%3C%2Fdiscount%3E%3Cpayment_type%3E1%3C%2Fpayment_type%3E%3Csubject%3E%E7%A7%AF%E5%88%86%E8%B4%AD%E4%B9%B0%3C%2Fsubject%3E%3Ctrade_no%3E2013071530259116%3C%2Ftrade_no%3E%3Cbuyer_email%3E13811437730%3C%2Fbuyer_email%3E%3Cgmt_create%3E2013-07-15+19%3A30%3A59%3C%2Fgmt_create%3E%3Cquantity%3E1%3C%2Fquantity%3E%3Cout_trade_no%3E100027%3C%2Fout_trade_no%3E%3Cseller_id%3E2088901361787590%3C%2Fseller_id%3E%3Ctrade_status%3ETRADE_FINISHED%3C%2Ftrade_status%3E%3Cis_total_fee_adjust%3EN%3C%2Fis_total_fee_adjust%3E%3Ctotal_fee%3E0.01%3C%2Ftotal_fee%3E%3Cgmt_payment%3E2013-07-15+19%3A31%3A01%3C%2Fgmt_payment%3E%3Cseller_email%3Ezhifubao%40fanxer.com%3C%2Fseller_email%3E%3Cgmt_close%3E2013-07-15+19%3A31%3A01%3C%2Fgmt_close%3E%3Cprice%3E0.01%3C%2Fprice%3E%3Cbuyer_id%3E2088502632932163%3C%2Fbuyer_id%3E%3Cuse_coupon%3EN%3C%2Fuse_coupon%3E%3C%2Fnotify%3E

兩個問題:

1 Content-Type 確實有問題,這么寫會導致jersey無法識別,無法解析。"Content-Type: application/x-www-form-urlencoded; text/html; charset=UTF-8" ?jersey解析type為application,然后讀到分隔符"/",x-www-form-urlencoded為 subtype,往后的數值為parameterMap ?"text/html"因為分隔符不是"=" 無法識別,HttpHeaderReader.nextSeparator報錯。不能讓我為了alipay去修改jersey源碼吧?

2 對于單獨的jersey post注解方法,無法按照淘寶的java例子處理參數,只能以get方式添加在url后,才能以 code2 方式處理。

搜索支付寶 notify ?,google不出有效信息,

搜索?支付寶 ws_secure_pay,是客戶端外包同事給的包名,才找到教程,原來還得上支付寶論壇 :http://club.alipay.com/thread-htm-fid-703.html

發現jersey 方法里不寫consume也還是不行,默認是*/* 還是識別不了多重類型,servlet不會處理content-type,到最后還是按淘寶例子用servlet實現了這個支付流程。