REST,Web 服务,REST-ful 服务.pdfVIP

页码，1/ 11 REST Web 服务 REST-ful 服务 一个实现支持 REST 的 Java Business Services 的简单方法 简介：基于 REST 的 Web 服务日益成为后端企业服务集成的首选，因为它比 SOAP 更加简单。这篇文章介绍了一 个简单的可扩展框架，将 Java 业务服务作为类 REST 服务。它详细描述了设计细节，并探讨了各种可扩展性方法。 发布日期：2011 年 3 月 07 日 级别： 中级 原创语言：英文 介绍 REpresentational State Transfer (REST) 是一种架构原则，其中将 web 服务视为资源，可以由其 URL 唯一标识。 RESTful Web 服务的关键特点是明确使用 HTTP 方法来表示不同的操作的调用。 REST 的基本设计原则对典型 CRUD 操作使用 HTTP 协议方法 l POST - 创建资源 l GET - 检索资源 l PUT 更新资源 l DELETE - 删除资源 REST 服务的主要优势在于 l 它们是跨平台 (Java 、.net、PHP 等）高度可重用的，因为它们都依赖基本 HTTP 协议。 l 它们使用基本的 XML ，而不是复杂的 SOAP XML ，使用非常方便。 基于 REST 的 web 服务日益成为后端企业服务集成的首选方法。与基于 SOAP 的 web 服务相比，它的编程模型简 单，而本机 XML （而不是 SOAP ）的使用减少了序列化和反序列化过程的复杂性，并且不再需要其他作用相同的第 三方库。 当前用于构建 RESTful 服务，比如 Apache CXF 、RESTlet、JAX-WS AP I 和 REST 支持的基于 Java 的框架可从 Spring 3.0 中获得，它在开发和 XML 配置方面非常复杂，通常需要长期的学习。此外，由于这些框架依赖特定版本 的 jar 文件，它们很难跨应用程序服务器环境集成。另外，由于一些同时支持 SOAP 和 REST 服务的尝试（Apache CXF 、JAX-WS ），它们软件包也往往很大，也可能会影 性能。 因此本文建议使用更简单的可扩展框架将业务服务公开为类 REST 服务。该框架是轻量级的，采用标准的 Front Controller （前端控制器）模式，非常便于理解。它也是可扩展的，可以通过 AP I 或任何其他集成模式 （如ESB）集 成后端服务。通过使用自定义 XML 序列化程序、JAXB 或任何其他对象到 XML 转换工具，可以方便地配置数据交 换模型。 本文将详细描述此框架。 页码，2/ 11 回页首 架构概述 在 J2EE 应用程序中，Java AP I 或服务公开为 Stateless Session Bean API （Session Façade 模式） 或 SOAP web 服务。在这些服务与使用非 Java 技术 （如.net 或 PHP）的客户端应用程序集成时，处理 SOAP Web 服务将 变得非常麻烦，还涉及到大量的开发工作。 这里提到的方法通常用于有很多服务、服务可以重复使用，但使用 SOAP 创建快速集成障碍的互操作性和开发成本 很大的组织，帮助它们进行服务集成。此外，在内部治理组织不会在企业 ESB 或 EAI 上公开服务的情况下，很难以 点到点的方式集成两种不同的技术服务。 例如，在电信 IT 环境中 l 将一个 SMS 发送到特定圆的 SMSC，公开为 SOAP web 服务或 EJB API ；或 l 在 CRM 应用程序中创建服务请求，使用 MQ 或 JMS 绑定通过 ESB 公开为一个数据库存储的过程 （如 Oracle CRM)；或者 l 创建 Sales Order （销售订单）请求，用于使用 SMSGateway 的移动 SMS 的 Distributor 。 如果以上服务是由一个非 Java 应用程序使用的，那么使用 SOAP web 服务的集成会很麻烦，并需要更多的开发工 作。 这种新方法可以用一种框架的形式实现，使它可以在 Java 服务公开为一种类 REST 的资源的其他领域中重新使用。 这种方法类似于 Strut