高手问答：韩陆带你深入了解Java RESTful Web Service_已结束！

REST是世界上最成功的分布式应用架构风格，作为一名Web开发者，如果您还没听说过“REST”这个词，就太Out啦！可是大多数人是雾里看花，对REST的理解还停留在“盲人摸象”的阶段。有人说：“我们这套新的API决定不用Web Service（SOAP+WSDL），而是直接使用HTTP+JSON，也就是用RESTful的方式来开发。” 不用SOAP，甚至也不用XML，就自动变成了RESTful了。REST究竟是什么？本期话题我们邀请到了《Java RESTful Web Service实战》这本书的作者韩陆坐镇(ID：marshan)，欢迎大家积极参与话题讨论，就自己的疑难问题请教韩陆老师。

活动时间：

2014年10月21日--11月4日

话题讨论：

• 1.REST与传统的Web Service究竟有没有本质的区别？如果Web Service已经足够好了，为什么还会有REST？作为世界上最成功的分布式应用架构风格，它是为运行在互联网环境的分布式超媒体系统量身定制的，它究竟有哪些优势？
• 2.在互联网中REST占据了统治地位，但在企业内网中却面临着DO和RPC的挑战，为什么？分布式对象DO与REST有哪些差别？RPC与REST有哪些不同？
• 3.您是否使用过使用Java开发REST式的Web服务经历？请分享下个人经验。

欢迎大家在活动期间在本贴集中参与话题讨论，期间专家韩陆(ID：marshan)会对每一个问题认真进行答复。

活动结束后将在所有参与用户中选出5名获奖者，赠送《Java RESTful Web Service实战》。

书名：Java RESTful Web Service实战




作者简介：

韩陆，资深Java技术专家，从业12年，曾在用友（总部）、新浪、Avaya和Technicolor等知名企业从事研发工作，现就职于阿里巴巴（总部），从事敏捷和自动化测试的研发工作，实践经验非常丰富。常活跃于InfoQ、CSDN等技术传播平台，曾经在多种大小技术会议和沙龙上分享自己的经验。《JSF和Richfaces使用指南》作者，《Java EE 7 Essentials》译者。

书籍内容简介：

国内首本完整、深度地讲解如何基于Java标准规范实现REST风格的Web服务的专著，阿里巴巴Java技术专家12年开发经验结晶，3位业内著名技术专家联袂推荐！不仅深刻解读了最新的JAX-RS标准和其API设计，以及Jersey的使用要点和实现原理，而且系统讲解了REST的基本理论，更重要的是从实践角度深度讲解了如何基于Jersey实现完整的、安全的、高性能的REST式的Web服务。

试读样章下载地址：http://dl.iteye.com/topics/download/4aeb4671-a932-38cb-9a50-8e9a99ad794d

书籍购买地址：http://item.jd.com/11553647.html

=============================================================== 
获奖名单公布
 
yunzhu、 他山之石、 CoderDream 、 白糖_ 、 readitbooks

请以上用户于2014.12.2之前将您的姓名、电话、邮寄地址通过发送站内信给ITeye管理员或者直接发邮件至webmaster@iteye.com，逾期视为自动放弃奖品哦。

不错，作为Jersey的入门书覆盖的十分全面，还包括了Spring和调优。
期待下一版介绍一些新的东西

请问RESTful风格的web service可以完全替代SOAP吗？

1、文中好像一直说RESTful非常适合互联网应用，请问是否适合传统的企业应用呢？

2、在企业应用系统中，如果将Controller层全部使用RESTful实现，View层统一通过Http访问RESTful风格的Controller，请问这样做是否合适呢？

3、还是说，RESTful主要还是适用于传统WebService的使用场景，主要还是用来代替传统WebService？

一直喜欢RESTful，但是一直没有付诸实施过，因为身边没怎么见到人用过，还带着很多疑惑，望大神解惑

大神，restful相关的书也看过两本，可是理解总是差点，最直观的就是url资源上的定义。我的问题有如下几个：
1.无状态，这个要每一步都带上需要的状态才行，怎么实现更合适？
2.restful认证的问题，顺便问一下webservice认证
3.远程调用的事务如何处理？

SOAP是封装格式，是RPC风格的通信。单从风格而言，RESTful风格、HTTP格式的封装更简单、明确。就业务而言，替换是没有问题的。
值得说明的是，两者并不是对立关系。

1. BS结构的企业应用完全可以使用JAX-RS2标准实现业务。
2. 这正是Spring-Web MVC做的事情，但不是JAX-RS标准。合适与否看相对于谁，如果相对Java EE的标准，这种实现是“民间”做法；但相对于REST本身，如果开发者理解足够到位，我个人是很支持的，没什么不合适。但这样的实现代价会大些，因为jersey提供了面向资源开发足够的封装。
3. JAX-WS和JAX-RS不是替代关系。

RESTful的应用比比皆是，最近我在研究docker，docker就提供了“非常接近”REST的远程接口。一旦你真的开始关注，这些实现就会映入眼帘的。

1. 这是统一接口的设计问题。关键在于接口的设计，比如status就是当前资源的一个属性，带上是没有问题的，否则是API设计的问题。
2. JAX-RS没有涉及这个内容，换句话说，该标准是Java EE标准的一个子集，它依赖于Java EE生态环境。我在书中提供了相关的章节，希望符合你的预期。如果你只关心代码实现，可以直接看隋书的代码。代码实现是理论的依据，本书是先有代码，后有文字的。
3. 同二，标准里没有。通常jersey与spring、JPA一起工作，依托spring的service级别事务管理，进而实现JPA的事务。

https://mongolab.com 是mongo的云服务 可以注册并选择免费版本体验 这是一个非常优秀的RESTful web services的实例！

最近公司在写一个新项目， 经理提到了restful web service ， 让我们可以体验下这个， 但是从未接触也未听到过。