海中天

 轻的，谁都会写的Service方案--REST与JSON 1.REST1.1 缘起    N年前，一说到跨平台的服务方案，大牛们就想到"Socket Server"，小兵们就一直退，退到会议室的墙角。    几年前，一说到跨平台的服务方案，连客户都会想到"Web Service"。    现在，是个人都可以，在几分钟里，使用REST风格把一个服务的客户端和服务端写出来。1.2 初

引言"一切都在流动，没有什么是持久的。一切都在融化，没有什么是固定不变的" - 赫拉克利特(Heracleitus) 大约在2003年中的时候，SOA的概念逐渐进入人们的视野，一时间众人乐此不疲的发表各自对SOA的见解。SOA已经成为IT业，尤其是软件开发及系统集成领域从业者的热门话题。很多的权威机构也纷纷预测SOA的美妙前景，例如，Gartner 预言，到了 2008 年，至少 60%

引言除了最简单的解决方案以外，企业服务总线是所有基于面向服务的体系结构解决方案的核心组成部分。那么 ESB 究竟是什么呢？您可以在整个 IT 行业中找到许多定义。本系列文章从 IBM 的角度（或者更准确地说，是在 IBM SOA Foundation 的上下文中）定义企业服务总线。要从本系列中获得最大的价值，您应该首先阅读有关 IBM SOA Foundation 的内容。本系列用抽象的术

         Web Service的自动发现始终是研究领域的一个难题，语义推理建立在人工智能基础之上，这两者的发展也决定了Semantic Web Service的发展。     2006年至2007年我写了一篇相关文章，被IEEE和Springer LNCS收录。可以参考以下地址：      IEEE： http://ieeexplore.ieee.org/xpl/freeab

概述在 IBM® SOA 参考体系结构中（如图 1 所示），服务被分组为多个功能区，并通过企业服务总线（以下称为 ESB）进行通信。在理想情况下，每个功能区（如流程服务）都是“纯”功能区，为了实现关注点分离仅提供了一个服务类。图 1. SOA 参考体系结构不过，在现实世界中，存在重叠的任何产品集中通常都包含功能区。例如，WebSphere Process Server（以下称为 P

    今年我的硕士毕业论文终于完成，呵呵，题目就是“企业应用集成中语义Web服务框架的研究”。          该研究中首先分析了现在企业应用集成中遇到的问题：语义缺失的问题，阐述了问题的重要性，同时分析了基于Web 服务的企业应用集成的特点和特殊需求，当前的基于Web服务的企业应用集成无法满足这些需求。然后文章给出了基于语义Web服务框架的企业应用集成的方案，本文提出的语义Web服务框架

1 SOA安全性特点　　1.1 跨技术、身份和管理边界的身份转换和传播　　一套完整的业务流程可能由不同厂商的基于异构平台的多种服务组合而成，每个服务都具有各自独立的安全域。这些安全域可能由不同企业的不同部门负责管理和维护，这要求必须在SOA架构范围内建立统一的信任体系，使得请求者(人或程序)能够在服务间自由流动，系统能够自动地将请求者身份随着边界的不同而转换。　　1.2 与合作伙伴建立

选择一个Web服务安全解决方案可能是一件具有挑战性的工作。本文将向您展示一些较为流行的解决方案，并且对这些方案的性能、限制条件等进行评价，供您在选择时参考。 Web服务设计的目的是为了将企业的功能以一种可被共同使用的、松散的联结形式表现出来。虽然有着获得一个SOA基础结构利益的潜力，Web服务也为企业的资产带来了未授权访问的风险。因此，通过将访问权限限制为只给合法的用户使用，从而防止一些对系统

Sun正在致力于的建立RESt风格Web服务的规范，  规范如下   JSRs: Java Specification RequestsJSR 311: JAX-RS: The JavaTM API for RESTful Web Services链接：http://jcp.org/en/jsr/detail?id=311而同时该规范的参考实现Jersery也在逐渐成熟，目前已经是

通过上一讲，我们已经对REST on Rails的基本框架有所了解，但是它是如何实现根据客户端的请求类型来返回不同类型的资源表示的呢？这就是我们这一讲所要讲的，秘密就在于respond_to。首先让我们来看看我们在上一讲中生成的airports控制器的代码：class AirportsController   def index    @airports = Airport.find :a

通过上一讲我们了解到，RESTful设计的关键就是定义系统中的资源，这一讲我们将学习在Rails中，如何将请求路由到我们的资源，以及我们应该如何来处理它。不过，有一点需要先说明：REST并不是Rails的一部分，在Rails出现之前，REST的概念已经存在很多年了，并且REST的应用也并不局限于Web，事实上，它也可以应用到其它各种应用软件的开发中。资源就是控制器在我们正式开始之前，我

通过上一讲，我们明白了为什么Web需要按照REST的方式来设计，而不是传统的面向对象编程的RPC方式，这一讲我们将通过一个实例来演示如何进行REST方式的Web设计，也就是让我们的设计变的RESTful。航空公司的需求我们假设你为一家航空公司工作，你的任务是为他们设计一个航班管理系统，它的功能包括：允许公司员工通过Web前端来输入航班信息。航班信息包括航班的起飞和降落城市，以及起飞

通过上一讲，我认为你树立了这个概念：即Web其实是一组资源而不是网页的集合（如果你还不这么认为，那请你先返回再次阅读第一讲）。这一讲我们将从另一个侧面来讲解为什么要有REST？面向对象设计与分析如果你曾经学习过面向对象程序设计，那么你很可能会这样开始构建你的新程序：首先，你需要定义你的问题域——你的程序要解决什么问题 然后，你会定义一个类，这个类的名字一般是名词 接着你会为

PART I在理解REST on Rails之前，有必要先思考一下这个问题：浏览器是如何工作的？在开始使用Rails构建一个网站之前，我对这个问题是这么认为的：首先我会在地址栏输入一个URL，或者点击一个链接 然后浏览器会发送一个HTTP请求，并获取响应中的HTML代码 最后我会看到经过浏览器渲染的页面 就这么多，我甚至不知道Form是如何工作的，我觉得它跟点击链接没什

一种思维方式影响了软件行业的发展。REST软件架构是当今世界上最成功的互联网的超媒体分布式系统。它让人们真正理解我们的网络协议HTTP本来面貌。它正在成为网络服务的主流技术，同时也正在改变互联网的网络软件开发的全新思维方式。AJAX技术和Rails框架把REST软件架构思想真正地在实际中很好表现出来。今天微软也已经应用REST并且提出把我们现有的网络变成为一个语义网，这种网络将会使得搜索更加智能化

引言我们会经常遇到越来越多的客户要求完成根本不使用 SOA 的项目，而仅仅在其中实现企业服务总线（Enterprise Service Bus，ESB）体系结构。此类面向 ESB 的体系结构并不困难，但是其成功与否却难下定论。要求进行此类项目的客户并不了解这一点：面向 ESB 的体系结构并不带来业务价值。基于面向 ESB 的体系结构的项目需要成为基于 SOA 的项目，才能帮助确保成功地提供