有谁把rest应用到实际项目中吗？有哪些需要注意的地方？

最近公司产品要重构。公司原有产品是struts+spring+hibernate.所有的均采用单表方式。

由于公司考虑到以后的并发量，要求重新设置数据库，采用分库，分表的方式。
有两种方案：
1.采用rest架构，采用cetia4,struts(兼用以前一些老的程序），spring，jdbcTemplate,jstel,sitemesh
2.采用 struts+spring+jdbcTemplate,jstl+freemarker,sitemesh

不知道这里，有谁把rest架构应用到过实际的项目，有哪些需要注意的地方？

Amazon和EBay早就开放了REST的API接口，Amazon85%的Web服务访问是RESTAPI,15%的才是SOAP.

不过，你用REST架构来做什么呢？Web服务么？

我们产品以前是个B/S结构的软件。现在要求做成个web2.0方式的网站，要求大量应用ajax技术。要求能满足注册百万人，在线几万人的规模。

我最近看着rest方式的架构好像比较不错，所以萌生了采用这个架构的想法。不知是否可行。
其实我们不需要提供web服务，最主要的是要求以后的负载均衡和分布式架构。要求能够能够很容易的通过增加服务器来扩展。

现在有两点想法：
1. 尽量不用session。
2. 如果需要用的话，采用数据库保存。
3. 尽量可扩展（所以，诞生了采用rest的想法）

不知是否可行

几万人在线？ 那可是相当大的项目
我觉得这么大的项目，又没有高级架构人才的情况下 最好先开发某一小块功能测试一下 运行良好的话 在一点点扩展开来
如果一下子应用到整个网站 风险是非常大的

恩。
先做一个demo测试测试。

好像java社区对rest反应还不是太热烈：）
有一定的风险

如果楼主的项目只是做一个网站，做一个REST的网站？这个还是很困惑的，REST的网站是怎么样子的呢？遵循所有REST的架构设计约束的网站？那是不是意味着不使用cookie的？

java社区前端时间都是在热SOA,现在热REST,也是ruby带起来的.
还是希望, java脚踏实体的走.不要太跟风.