关于REST一些最新的业界动态

大家要注意，一个新的buzzword出现了，它就是——REST。这个buzzword会不断在我们耳边buzz下去，直到有一天HTTP被彻底废弃。因为REST就是HTTP和URI这两个Web架构基础协议背后的设计原理，基于REST风格来设计应用的架构，就是最大限度利用HTTP和URI潜力的最佳实践。

关于REST一些最新的业界动态包括：

首先，最重要的是，Sun启动了JSR 311的开发过程：
http://www.infoq.com/news/2007/02/jsr-311-java-rest-api
JSR 311: JAX-RS: The Java API for RESTful Web Services
这个JSR的开发还请了目前最成熟的Java REST框架Restlet的作者Jerome Louvel参与到其中，Restlet API很有可能会被JCP采纳作为制定这个新标准的基础。

孟岩前一段时间告诉我：


M$前一段时间刚刚发布他们的REST风格的Web服务解决方案Astoria：
http://www.infoq.com/cn/news/2007/05/astoria

Nokia也将REST作为他们服务器端整体架构中的一个重要的部分：
http://www.ftponline.com/conferences/virtual/wb20/2006/materials/Development/RemoteControlforWEB20.pdf

此外还有很多公司对REST感兴趣，我的一个在BO（http://www.businessobjects.com/）的朋友说他们现在做的项目已经有一半都是基于REST了，我的另一个在毕博软件的朋友说他们也对REST很感兴趣。

O'Reilly最近出版了一本关于REST的专著：RESTful Web Services
http://www.oreilly.com/catalog/9780596529260/

JAX-WS 2.0本身就支持REST

呵呵，，晚上看下。。

你确定自己理解了REST是什么东西吗？实际上这种方式的REST支持是非常低层次的，应用场合也是非常有限的。

good，颠覆传统的构架，看看如何发展

hehe 我倒是想反过来问你,你是如何了解REST的,

简单的来说任何一个MVC,甚至你自己通过写Servlet都可以支持REST,

REST同样不是一种具体的技术,随便找了一个REST的paper

http://www.ics.uci.edu/~fielding/pubs/dissertation/rest_arch_style.htm

也不要以为是很新的概念,很早就有了,他强调的是无状态和资源的管理

充分利用了http协议比如提交方式post,get,put,delete, 和URL,URN

我倒想问问何谓高层次的REST支持？

就连ActiveMQ项目加上一个简单的WEB APP 就支持REST.

REST有这么复杂吗？

你自己根本就没有读懂这篇论文，扯什么虎皮呢？不求甚解的家伙，可以肯定你自己根本就没有做过REST开发，也几乎没有认真读过任何REST的详细介绍。很多人对于REST究竟是什么，认识是非常模糊的，这正是我们翻译这篇论文的原因。我们就是不能容许国内的这群歪嘴和尚胡乱歪曲大师真正的思想。

http://blogs.sun.com/alexismp/entry/is_restlets_the_new_hibernate

这个Stefan Tilkov是何许人？

这个Dhanji R. Prasanna又是何许人？

我先卖个关子，免得你懒惰到Google都不愿意使用。

HEHE 首先我确实不敢说我对REST又多精通,另外我对于JAX0WS的RESTFul也确实基于国外的资料和自己
对RESTFul的认识,http://weblogs.java.net/blog/kohlert/archive/2006/01/publishing_a_re.html,但是我说提到的REST里面的所表现的利用HTTP的提交方式和无状态是否正确,还可以根据client发送的AccpetType 来通过同一个url提供不同的resource。不知道我这些理解是不是完全错误了？



摘要你提供的资料
http://www.innoq.com/blog/st/2006/06/30/rest_vs_soap_oh_no_not_again.html
http://www.innoq.com/blog/st/images/resources-tm.jpg


这里定义的RESTFUL 也没有你所谓的好底层的东西,能否解释下？。
In a RESTful architecture, the key resources are identified; these can be entities, collections, or anything else the designer seems worthy of having its own URI. The standard methods — in this case, the HTTP verbs — are mapped to resource-specific semantics. All resources implement the same (uniform) interface. Not shown in the simplistic diagram is the dimension of content-types, which allows for different representations of resources (e.g. in both XML, HTML, and plain text), as well as the possibility of links to resources in resource representations. Use your imagination — e.g. the GET on /customer/4711 would return a document that contains a link to a specific /order/xyz.





别动不动就上升到什么设计思想，另外REST是好就久提出来的概念？能否否认我说的 是很早的概念？

我不否认现在广义的WEB Service下面REST和SOAP是竞争的,这个我不想争论,只是个人的看法SOAP

不仅仅是OVER HTTP的,OVER JMS也是OK的，那个REST(不管你说是REST风格,还是REST体系 起码都和HTTP有关吧)

另外关于虎皮的问题我倒是看你在拉虎皮把。另外我不太喜欢在技术争论里面扣大帽子,没有这个必要，

也没有兴趣找1大堆名人为自己打气。问题就是问题，引经据典谁都会。

另外JAX-WS２.1 里面没有REST说
对于他来说就是SOAP BINDING,HTTP BINDING 而已

更确切地说REST在里面你是需要做一些事情的,但是由于它提供了HTTP BINDING，因此．．．

to cctvx1：
ok，我也不扯虎皮，我只是建议你将来有时间了再去仔细读一下这篇论文。我们翻译这篇论文呢也只是希望为大家提供方便，对于论文的译文将来有疑义我们都可以再探讨。我一向鼓励别人亲自去读《论语》，不鼓励别人通过那个歪嘴和尚朱子来读。当然也不鼓励别人通过那个极有可能是歪嘴和尚的dlee来读Fielding的论文。

关于这篇论文，我们有一些需要深入探讨的问题：
1 什么是资源？什么又是表现？资源和表现的关系是什么？
2 为何Fielding认为RPC和分布式对象两种架构风格都不适合Web。
3 为何Fielding说HTTP不是RPC。
4 为何Fielding说HTTP不是一种传输协议。
5 为何Fielding要强调HTTP语义的可见性。
6 为何Fielding要强调数据格式应该支持增量的呈现。
7 在HTTP中内容协商机制是如何来实现的？
8 HTTP为安全提供了那些机制？

不要夸夸其谈，假设这是一个模拟考场，大家一起来做一下这些题目。