另外,如果你以后要提供出来的RESTful
API如果要支持移动客户端或者要穿越一些特殊网络设备的话,那就最好设计成通过URI就能够获得用户所有的请求信息。因为,在这个神奇的国度,http
header里面的内容是不保险的,很容易就被过滤掉了。
2010/12/28 Caixiaopig <caixi...@gmail.com>:
> --
> 您收到此邮件是因为您订阅了 Google 网上论坛的“REST实战”论坛。
> 要向此网上论坛发帖,请发送电子邮件至 rest_in...@googlegroups.com。
> 要取消订阅此网上论坛,请发送电子邮件至 rest_in_actio...@googlegroups.com。
> 若有更多问题,请通过 http://groups.google.com/group/rest_in_action?hl=zh-CN 访问此网上论坛。
>
>
--
Tony Deng
E-mail: wolf...@gmail.com
FriendFeed: http://freindfeed.com/tonydeng
Twitter: http://twitter.com/wolfdeng
Blog: http://wolfchina.blogbus.com/
Jersey对Oauth支持的也挺好的。
http://jersey.java.net/nonav/apidocs/latest/contribs/jersey-oauth/oauth-server/index.html
http://jersey.java.net/nonav/apidocs/latest/contribs/jersey-oauth/oauth-client/index.html
http://jersey.java.net/nonav/apidocs/latest/contribs/jersey-oauth/oauth-signature/index.html
On 2010年12月29日, 上午10时24分, Caixiaopig <caixiao...@gmail.com> wrote:
> 嗯,不错,看来还没深入挖掘Jersey。
>
> 在 2010-12-29,上午10:15, Tony Deng 写道:
>
> > 2010/12/29 Caixiaopig <caixiao...@gmail.com>:
> >> 好建议,特别是提醒了我关于Header里边的一些门道,确实是国情决定的。
> >> 目前正在用Jersey,其实如果都是遵从JAX-RS的规范,理论上在业务这个层面是通用的,顶多就是一些配置不同。但是RESTEasy支持Oauth,是个优势。
>
> > Jersey对Oauth支持的也挺好的。
> >http://jersey.java.net/nonav/apidocs/latest/contribs/jersey-oauth/oau...
> >http://jersey.java.net/nonav/apidocs/latest/contribs/jersey-oauth/oau...
> >http://jersey.java.net/nonav/apidocs/latest/contribs/jersey-oauth/oau...
>
> > --
> > Tony Deng
> > E-mail: wolf.d...@gmail.com