jersey处理支付宝异步回调通知的问题：java.lang.IllegalArgumentException: Error parsing media type 'application/x-www-form-urlencoded; text/html; charset=UTF-8'

tcpflow以流为单位分析请求内容，非常适合服务器端接口类服务查问题

这次遇到的问题跟支付宝支付后的回调post结果有关

淘宝的代码例子：

    public void doPost(HttpServletRequest request, HttpServletResponse response)throws UnsupportedEncodingException {
        //»ñµÃ´ýÇ©ÃûÊý¾ÝºÍÇ©ÃûÖµ
        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.com
X-Forwarded-Proto: https
Content-Type: application/x-www-form-urlencoded; text/html; charset=UTF-8
User-Agent: Mozilla/4.0
Host: xxx.com
Content-Length: 1135
LOGID: 5762503519760285696
CLIENTIP: 110.75.141.3
X-FORWARDED-FOR: 110.75.141.3

sign=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实现了这个支付流程。