Fatal编程技术网
  • http/
  • Http restlet有多受欢迎？

Http restlet有多受欢迎？

http

Http restlet有多受欢迎？,http,restlet,Http,Restlet,我正在为restful服务选择一个框架。Restlet看起来很有前途。然而，我想选择一些足够主流的东西，这样它就不会过早地退出支持/开发。我知道restlet已经存在好几年了。然而，我想知道它是否足够受欢迎。我的问题是, 有大公司使用它吗 默认的http服务器对于生产是否足够好 感谢来自 ServletAPI于1998年发布，其核心设计尚未发布 从那时起发生了重大变化。这是其中最重要的一个 成功的JavaEEAPI，但它存在一些设计缺陷和 局限性例如，URI模式和 处理程序被限制并集中在一个配置

我正在为restful服务选择一个框架。Restlet看起来很有前途。然而，我想选择一些足够主流的东西，这样它就不会过早地退出支持/开发。我知道restlet已经存在好几年了。然而，我想知道它是否足够受欢迎。我的问题是,

  • 有大公司使用它吗
  • 默认的http服务器对于生产是否足够好
    • 感谢来自

    ServletAPI于1998年发布，其核心设计尚未发布 从那时起发生了重大变化。这是其中最重要的一个 成功的JavaEEAPI，但它存在一些设计缺陷和 局限性例如，URI模式和 处理程序被限制并集中在一个配置文件中。也， 它将套接字流的控制直接提供给应用程序 开发人员，防止Servlet容器进行某些IO优化 喜欢充分利用NIO特性。最后，它不支持HTTP 缓存、内容协商和内容压缩等功能 很好，给开发人员带来了太多的痛苦，并阻止他们 关注他们的特定于应用程序的代码

    另一个主要的问题是，该领域缺乏现代HTTP客户端API JavaEE堆栈。JDK的HttpURLConnection类很难使用，而且 使太多HTTP功能不受支持，如客户端 内容协商的首选项

    通常，人们依靠第三方HTTP客户端API来 绕过这些限制。同样，NIO也不能得到支持 HttpURLConnection

    2005年，我看到了一个超越所有这些限制的机会 根据REST原则设计新的API。对于 第一次，我们有了一个统一客户端和服务器端的API Web应用程序，一个完全支持NIO的API和一个允许 开发人员以编程方式控制其容器、连接器和 部署的应用程序不必经常依赖XML 描述符

    你能买到的最主流的球衣是
    Jersey
    。它是rest在java中的正式实现。雷斯特莱在泽西之前就出来了。但后来泽西队超越了他们（依我拙见）。我在严肃的项目中使用了Jersey和Restlet。他们都很好。但是，您将在Jersey上找到更多支持、更多书籍和更多示例。

    这是关于Java的吗？在这种情况下，JAX-RS是实现这一点的令人敬畏的新API。这方面最好的书是。我最喜欢的实现是Jersey，但也有其他具有自己独特功能的实现。如果不使用JAX-RS的独特特性（不管怎样，这些特性都是次要的），那么所有JAX-RS实现都是兼容的。这本书解释了核心API、REST原理，以及不同实现所特有的一些特性。这是一本好书。我喜欢这篇介绍，作者讲述了他是如何习惯于传统的远程过程调用（如SOAP、WCF和普通的OO语义）的，但随后认为REST原则更简单、更优雅

    我使用Tomcat作为HTTP服务器（servlet容器）。它是轻量级的，也是Amazon Beanstalk使用的（您只需将您的应用程序、WAR文件上传到它，它就可以正常工作）。您还可以使用支持更多JavaEE特性的GlassFish，或者使用Apache实现静态页面和其他功能，并将其余请求转发给Tomcat/GlassFish

    JAX-RS令人恼火的一点是，它功能强大且简单，您很想编写思想上合理的REST服务。不幸的是，javascript不能使用许多REST特性（设置Accept头，调用除GET/POST之外的任何东西，等等），但这并不是什么大问题

    Jersey还有一个很棒的客户端Java API，它可以镜像JAX-RS并重用相同的带注释的类（如果您的客户机是Java的话）。

    Restlet框架自2005年第一个用于Java的RESTful web框架问世以来就一直可用。它支持JAX-RSAPI，但它自己的Restlet API从第一天起就是客户端和服务器端，更加全面和可扩展。我们可以根据社区反馈自由创新，而无需经历漫长的JCP标准化过程

    此外，我们去年9月刚刚出版了《Restlet in Action》一书及其2.1版。我们的内部连接器是完全异步的，基于NIO，并且我们一直在稳定它，即使它还没有准备好进行大规模生产（使用Jetty连接器或Java EE容器，而不改变您的Restlet应用程序）

    它对JavaSE/EE、OSGi、Android、GAE和GWT的一致支持以及专用版本是独一无二的。JS（Node.JS+AJAX）的端口也正在开发中。随着第一个里程碑的发布，我们也开始了版本2.2的工作（完全支持Java6，基于最终规范的OAuth2.0扩展，等等）

    在参考资料方面，我们有很多大公司在使用它，包括LinkedIn（参见他们的GLU开源项目）、IBM、NVidia、ForgeRock、NASA、Sonatype、ApacheCamel、Mule ESB等。谷歌也在内部使用它。请参见此处的一些引用：

    今年1月，我们将推出一个新的社区网站以及APISpark，这是一个直接基于Restlet Framework（PaaS）创建、托管、管理和使用web API的一体式平台，因此该项目是活跃的，并且有着激动人心的未来

    致以最良好的祝愿

    杰罗姆·卢维尔

    PS：我是Restlet框架的创建者和首席开发人员。

    您是在谈论语言构造还是使用REST的一般概念？在前一种情况下，您缺少了一种语言tagI，我正在进行从遗留项目迁移到新版本的工作。在应用程序中使用restle1x时，我必须学习更多关于restlet框架的知识。我很惊讶地看到restlet框架是多么好。我正在迁移到restlet 2.4.3，我从中看到的帮助非常有限