每天积累一点，一年后你会发现，自己变化很大

本文是介绍服务组件体系结构（Service Component Architecture，SCA）的系列文章的第 1 部分。此部分将概览 SCA，并说明它如何简化使用面向服务的体系结构（Service-Oriented Architecture，SOA）所构建的业务应用程序的设计和集成。本系列的后续文章将讨论 SCA 体系结构及其主要概念，包括服务实现、服务客户机和各种组件的组装。引言面向

预备知识：BluePrintOSGIMavenJava DSLApache CamelApache ActiveMQESB最核心的功能便是应用集成和服务路由，Apache ServiceMix完成这两大核心功能的尖兵利器便是Apache Camel。Apache Camel是一个开源的、功能丰富的应用集成框架，它支持常见的EIP模式，是一个强大的基于规则的路由引擎，

1.HTTP-binding(ServiceMix)  1.4 各组件间传递消息流的过程如下：1.        HttpClient：Http客户端运行一个独立的Java客户端程序，通过其中的URLConnection类连接到http://localhost:8912，将request.xml文件发送到此端口。2.        HttpReceiver：在Http服务器上(Ht

SOA 参考架构 （Reference Architecture）及相关技术，主要应用在企业应用集成领域，它能够以服务的方式共享和复用企业现有应用资产，保护用户IT投资，并能够以服务的方式构建新的业务流程，对组织中的业务流程进行灵活的重构和优化，增强业务的敏捷性。通过SOA参考架构，可以为企业架构提供一种指导和参考，使得新的需求能够更快的得到响应。　　　如图1所示，SOA参考架构描述了企业范围

美国计算机科学家，LaTex的作者Leslie Lamport说：“分布式系统就是这样一个系统，系统中一个你甚至都不知道的计算机出了故障，却可能导致你自己的计算机不可用。”一语道破了开发分布式系统的玄机，那就是它的复杂与不可控。所以Martin Fowler强调：分布式调用的第一原则就是不要分布式。这句话看似颇具哲理，然而就企业应用系统而言，只要整个系统在不停地演化，并有多个子系统共同存在时，这条

《SOA：原理方法实践》的第 1 章从概念上对 SOA 给出一个全面而精炼的总体描述。首先说明 SOA 的特点，以及使用 SOA 对系统进行架构决策和设计的必要性。然后介绍了 SOA 的参考体系结构、设计原则及相关技术的简介。查看本系列更多内容 | 0 评论：2007 年 9 月 18 日内容在

要理解LogicBlaze FUSE和它的性能，需要先对Apache SercieMix有一些必要的了解。Apache SercieMix是一个适应JBI的ESB。JBI允许在标准基础设施中使用第三方组件，并且允许这些组件以一种定义好的方式进行交互操作。我们这里主要关注JBI容器的两个主要的功能：JBI组件和消息交换机制。Apache SercieMix为LogicBlaze FUSE分布式平

SOA，即Service Oriented Architecture的缩写，面向服务的架构，它提供了一种构建IT组织的标准和方法，并通过建立可组合、可重用的服务体系来减少IT业务冗余并加快项目开发的进程。SOA允许一个企业高效地平衡现有的资源和财产，这种体系能够使得IT部门效率更高、开发周期更短、项目分发更快，在帮助IT技术和业务整合方面有着深远的意义。它可以缩小业务和技术的鸿沟，促进软件资源的共

SOA (Software-Oriented Architecture)，即面向服务的架构，最初由全球最具权威的IT研究与顾问咨询公司Gartner于1996年提出，但由于当时的技术水平和市场环境尚不具备真正实施SOA的条件，SOA并未引起人们的真正关注，因此在接下来相当长一段时间内归于沉寂。进入21世纪之后，Internet风起云涌，越来越多的企业将业务转移到互联网领域，带动了电子商务的蓬勃发展

什么是RESTREST(Representational State Transfer)是一种软件架构风格。它将服务端的信息和功能等所有事物统称为资源，客户端的请求实际就是对资源进行操作，它的主要特点有： – 每一个资源都会对应一个独一无二的url – 客户端通过HTTP的GET、POST、PUT、DELETE请求方法对资源进行查询、创建、修改、删除操作 – 客户端与服务端的交互必须是无状

线下环境经常出现类似这种异常：com.alibaba.dubbo.rpc.RpcException: Forbid consumer 10.0.53.69 access service com.kuaidadi.op.api.pay.service.PayChannelConfigRemoteService from registry 10.0.50.150:2181 use dubbo

原文见：http://blog.youkuaiyun.com/hzzhoushaoyu/article/details/43273099一、前言部门去年年中开始各种改造，第一步是模块服务化，这边初选dubbo试用在一些非重要模块上，慢慢引入到一些稍微重要的功能上，半年时间，学习过程及线上使用遇到的些问题在此总结下。整理这篇文章差不多花了两天半时间，请尊重劳动

该文章算是笔记，针对的是apache-servicemix-4.5.3相配套的qucikstart.pdf文档。基本操作启动servicemix：运行 "apache-servicemix-4.5.3\bin"文件夹下面的servicemix.bat，弹出ServiceMix的控制台，在这个控制台上可以增加或删除bundles，安装各种可选的特性。查看已经安装的bundle

本篇主要对SOA有总体上的认识。     SOA是一种软件体系结构，它的构成元素是服务，此处服务主要指web服务。它有三种角色：服务提供者、服务请求者、服务注册中心。对于编程者来说，SOA是一种编程模型，包括XML、WSDL、Web Service等技术。但我认为SOA更多的是一种指导思想，是面向服务的软件开发指导思想。      SOA-Service-Oriented Arch

ESB (Enterprise Service Bus)即企业服务总线。传统中间件技术与XML、Web服务等技术相结合的产物。 作用：充当使用不同数据和消息格式、网络协议和编程语言的服务之间的“粘合剂”，充当服务使用者和服务提供者之间的中间层。与SOA的关系：ESB就是在SOA架构中实现服务间智能化集成与管理的中介。如下图：图解-ESB实际上

.     背景IT行业就是术语和缩写流行的行业，各大厂商都喜欢隔三差五地推出一些新概念。为了不落人后，大家都喜欢争先恐后地跟进。有深入研究、务实研发的供应商，能够将概念落地，不断推出创新的产品和服务，赢得竞争优势。但“贴标签”的也大有人在，而且趋势是越贴越多，跟风炒作，“鱼目混珠，泥沙俱下”，以至于“混绕视听”了。SOA就是这俱多“三字母”缩写的概念之中的最流行和热门的一个。但目

根据The Open Group的2009年调研报告，各类企业架构框架的市场占用率如下：TOGAF架构开发方法（ADM）：ADM是一个可靠的，行之有效的方法，以发展能够满足商务需求的企业架构，它是TOGAF的关键。TOGAF架构内容框架：提供了一个详细的架构工件模型，包括交付物、交付物的工件和架构构建块上图的中文版如下：上图的中文版本如下：TOGAF参考模型：提

在《年度总结和计划：去年4个1，今年5个1》中说过今年我准备在项目组引入一个架构方TOGAF。工业和信息化部副部长杨学山在一次内部座谈时提到：与西方发达国家比，国内的信息化建设在硬件方面已经不相上下，在软件方面有5年的差距，在信息化管理方面有大概10年的差距，在企业架构方面则有20年的差距。而企业架构离不开我们IT技术领域的架构师的支持，为了让更多人了解企业架构，我将会写一系列相关的blog与大家

CXF 入门：HelloWorld接口发布CXF 入门: 远程接口调用 下面具体的webservice实现类直接用的是上面的，这里不再说明 Java代码  CXF拦截器使用,创建一个使用SOAPHeader的安全验证  xml格式：        "http://gd.chinamobile.com//authenti

接口抽象RESTful Web 服务使用标准的 HTTP 方法 (GET/PUT/POST/DELETE) 来抽象所有 Web 系统的服务能力，而不同的是，SOAP 应用都通过定义自己个性化的接口方法来抽象 Web 服务，这更像我们经常谈到的 RPC。例如本例中的 getUserList 与 getUserByName 方法。RESTful Web 服务使用标准的 HTTP 方法优

Hessian和Burlap是caucho公司提供的开源协议，基于HTTP传输，服务端不用开防火墙端口。协议的规范公开，可以用于任意语言。相比于常用的RPC协议WebService来说，hessian更加简单高效，速度更快，只需要简单的配置即可，无需生成任何类。相对于RMI来说，hessian支持多种语言和平台，速度也不逊于前者。相对于ICE，hessian是基于http协议，可以穿透防火

上一篇《企业 SOA 设计(1)–ESB 设计》中，写到我们的 SOA 设计分为两个层面来进行：一个是系统间的 SOA 设计，主要通过 ESB 来完成；另一方面则是单个应用系统内部的 SOA 设计，本篇将会就后者进行详细说明。 平台整体结构在产品开发过程中，为了达到业务级别的较大粒度重用，我们需要把纵向把业务进行拆分，以业务组件的形式进行开发，并最终把多个开发完成的业务组件进行组合

复杂的系统，最好先按业务领域横向拆分成可独立部署的子系统，每个子系统内部再按技术（主要是业务层和Web层）纵向拆分成不同的模块。子系统之间，前台通过SSO集成，后台通过SOA（Dubbo之类）集成。>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>原则就

1.      服务的分层虽然在设计层面，SOA没有什么公认的规范，但对于服务的分层大家还是有所共识。从上到下的顺序是：（1）     服务流程（Business Process）。业务流程对应于企业真正的业务实现，满足一定的业务需求。业务流程层面， 有以下的一些概念： 组织机构 （Organization）， 业务角色（Role）, 业务事件（Business Event），自动业务

一、 引言由于信息技术的飞速发展，电视台内部存在大量的IT应用系统，各个系统在实际应用当中不能交互数据，形成了所谓的“信息孤岛”。 随着电视台业务的越来越复杂，必须对现有的各个系统进行整合，让这些分开的资源和系统处于统一管理和调配之下，使各个系统能够相互通信并产生整体IT业务流程，使电视台的生产环境从“局部优化”提升到“整体优化”阶段，从而达到提高经营和管理水平，增强电视台的竞争和发展能力

1,什么是服务的颗粒度？一般的说法，服务颗粒度（service granularity）就是指一个服务包含的功能大小。举个例子，对于电信九七系统中的营业受理来说，提交客户订单就是一个典型的粗粒度的服务，而实现这个提交订单服务的一系列内部操作，比如说创建客户资料，生成客户订单，记录产品属性，更新帐务关系等等就可能成为一系列细粒度的服务。细粒度的服务（fine-grained）提供相对较小的功能单元，

现在您已经学会了如何使用 CXF 开发基于 SOAP 的 Web 服务，也领略了 Spring + CXF 这个强大的组合，如果您错过了这精彩的一幕，请回头看看这篇吧：Web Service 那点事儿（2） —— 使用 CXF 开发 SOAP 服务今天我们将视角集中在 REST 上，它是继 SOAP 以后，另一种广泛使用的 Web 服务。与 SOAP 不同，REST 并没有 WSDL

前面介绍了dubboframework基于dubbo协议的demo，这比给大家介绍另一种协议——webservice，其实它是基于http协议的实现，暴露wenservice的标准化接口，使用到apache-cxf的实现。其实dubbo还有其他很多种协议的实现方式，如rmi,hessian,redis,普通http等等。下面将介绍demo步骤：1、新建dynamic web project

当开发更新了代码，提交到Gitlab上，然后由测试人员触发Jenkins，于是一个应用的新版本就被构建了。听起来貌似很简单，duang~duang~duang，我用了是这样，你们用了也是这样，看起来这个过程很自动化，其实这里面加了很多特技，根本就没有这样的头发，不对，根本就没有这样简单的方式，其环境搭建的过程十分繁琐，jenkins的上下文关系配置更是相当困难。今天我来介绍一种简单的新方法-使用J