如何在esb上注册服务器

‘壹’ 为什么ESB是SOA的基本组成部分

在此情况下，ESB 是组织的总体参考体系结构的一部分;参考体系结构 提供了体系结构方向，并强制要求最终将作为解决方案一部分而创建的所有服务(请求程序和提供程序)进行松散耦合连接。ESB 是用于实现该松散耦合的首选机制。采用 ESB 实际上消除了解决方案中的直接连接不知不觉地增长的可能性。这里成功的关键是： 采用一个要求并演示 ESB 使用的参考体系结构。 考虑解决方案的整个最终范围，并支持最佳的 ESB 产品选择。 随着解决方案的发展而实施强有力的治理，以确保利用 ESB 来连接到引入解决方案的新服务(请求程序和提供程序)。 SOA 入口点最佳实践 存在一组 IBM 强烈建议用于任何 SOA 采用的最佳实践。这些最佳实践的最重要元素是建立一个路线图并渐进地实现该路线图，该路线图定义了实现所需业务目标的采用计划(请参见参考资料部分以获得指向文章“Service Oriented Architecture:An Introction for Managers”的链接)。该路线图包括两个重要组成部分： 战略远景，业务或 IT 的方向陈述(包括参考体系结构和治理计划)，可用作决策制定、组织参与和标准采用的指导原则。 一组项目计划，定义实现项目以满足当前业务驱动因素的即时和将来需要。 此类路线图允许您渐进地实现 SOA，以在每个项目步骤中回报业务价值。 您应该在执行该路线图的早期确定您业务的最佳 SOA 入口点。您应该基于从您的总体战略远景和当前 SOA 成熟度级别得出的要求来选择该入口点。该入口点可能是也可能不是连接性入口点;它可能是上述入口点的混合。但是，连接性入口点是最普遍的入口点，因为有如此多的客户具有将请求程序连接到提供程序的即时需要，并希望获得 ESB 提供的松散耦合的好处。IBM 提供了一个在线工具 Business Value Analyzer，以帮助您选择 SOA 入口点。 另一个最佳实践是建立治理框架以确保组织遵循该路线图(请参见参考资料以获得指向文章“SOA Governance and Service Lifecycle Management”的链接)。SOA 所促进的灵活性增强和跨组织性质要求组织建立治理框架，以实现主动的决策制定、准确的跟踪、改进的服务能力和更好的交流。有效的治理通过在增添价值的同时平衡风险和回报，从而帮助实现企业的业务目标。 正如上面所建议的，渐进的 SOA 采用是成功的关键。IBM 建议从试验项目开始，该试验项目： 处理得到充分了解、重要但不关键的业务需要。 实现参考体系结构的某些重要方面(也许是 ESB 和一组示例服务、提供程序、请求程序，这些方面用于演示 SOA 的使用)。 需要一个超出当前能力的可达范围。 积累SOA 技能。 用作对采用 SOA 治理和新的服务生命周期管理流程所进行的试验。 产生将会投入生产应用并将交付投资回报的结果。 通过SOA 实现的关注事项分离甚至允许试验项目以能够积累专业经验和验证业务价值但不中断主要操作的方式引入 SOA。 SOA 连接性入口点最佳实践 除了SOA 最佳实践以外，还存在其他更特定于 ESB 的最佳实践： 仅当ESB 在您的路线图中有意义时才采用 ESB。例如，如果 SOA 入口点以业务为中心，您可以推迟通过 ESB 实现的松散耦合，尽管您的参考体系结构中包括了 ESB。 基于您的参考体系结构和一组跨全套项目计划的实际要求来设计 ESB 并选择 ESB 产品。我们说实际 是因为您应该集中于未来几年中的需要;到您超过该时间期限时，产品和需求已经发生了改变。如果仅考虑即时需求，尤其是忽略服务请求程序和提供程序的预期需要，则会导致选择非最优 ESB 产品。您必须明确地在公司的约束内行事，例如年度资金周期和预算，但您同时还希望将短期采购和决策与考虑中的长期(三至五年)目标保持一致。 根据情况考虑 ESB 联合。更大型的异构企业通常作为某种自治域的联合体出现，这些自治域基于各个业务部门或者职能或治理方面。在此类环境中，某些服务可以在单个域中进行共享或重用，而其他服务可以在整个企业中进行共享或重用。在这些情况下，我们建议采用某种形式的 ESB 联合，该形式的 ESB 联合与域联合的需要相匹配。ESB 联合允许在不同的域中使用不同的 ESB 产品，并支持域需求与产品功能之间的最佳匹配。路线图和参考体系结构应该为任何给定域的产品选择提供指导原则甚至选项，以确保实现企业范围的优化。我们进一步建议使用联合服务注册中心和存储库，为企业范围的管理和可重用服务的治理提供帮助。 您是否需要 ESB 来成功采用 SOA? 前面几个部分说明了从 ESB 开始成功的 SOA 之旅。另外四个入口点不需要 ESB 即可开始该旅程。然而 IBM 认为，无论其入口点是什么，绝大多数成熟的面向服务的解决方案都将包括 ESB，以最大化 SOA 中所需的敏捷性和灵活性。因此，虽然初始项目可以不包括 ESB，但是在您的长期业务和 IT 路线图中，ESB 应该是参考体系结构的一部分，以实现成功的 SOA。如果没有 ESB 提供的敏捷性和灵活性，您会发现在面临不可避免的变更时，管理解决方案将变得非常困难，并且开销很大。 这是否意味着在准备好包括 ESB 在内的所有体系结构组件之前，您还没有拥有真正的 SOA 呢?此问题没有正确或错误的答案，并且可能存在许多选项。在某种程度上，此问题并不重要——重要的是在实现新的 SOA 项目以及解决方案根据您的路线图逐渐变得成熟时，您要渐进地向业务交互越来越多的价值。 我们的客户好像同意这个观点。几乎我们的所有采用 SOA 的客户都从 ESB 开始，或最终在解决方案中使用了 ESB，并从 ESB 支持的灵活性和敏捷性中获得了重大的 IT 和业务价值。 IBM 的 ESB 产品系列 IBM 对 ESB 的重视及其对 ESB 的承诺体现在我们如何使用产品来履行对 SOA Foundation 的承诺上。IBM 推出了一个产品系列，其中包括三个实现 ESB 体系结构模式的产品： IBM WebSphere�0�3 Message Broker 是一个成熟的产品，此产品在多年前就已实现了该模式。 IBM WebSphere Enterprise Service Bus 于 2005 年推出，此产品专门设计用于在侧重于标准的环境中实现该模式。 IBM WebSphere DataPower Integration Appliance XI50 于 2006 年推出，此产品以可容易地部署和管理的工具的形式封装了该模式。 为什么要推出三个产品?同样是由于众口难调。

‘贰’ 以前的项目是用socket进行通讯的，现在要改用ESB，

ESB是个大东西，很难讲清的~~ 这样理解，传统系统间交互都是要么sock要么http就像以前电脑互传文件,用平行线的做法 ESB就是类似电脑里路由器的东西,现在都是每个电脑把网线插在路由器上,传递资料什么的都可以通过路由器来实现 ESB就是做这些事以前的项目是用socket进行通讯的，现在要改用ESB，

‘叁’ mule esb独立服务器怎么搭建

解决方法：修改 mule standalone 配置文件，指定运行的JVM 为JDK1.7的JVM
修改文件文件名为：launcher.bat 和 wrapper.conf
launcher.bat位置如下：
修改内容:重新指定了FOUND的值：
set FOUND = C:\Program Files\java\jdk1.7.0_75\bin\java.exe
代表我的JVM
ps:可以使用 echo进行调试
wrapper.conf位置如下：
修改内容为：
wrapper.java.command=C:\Program Files\Java\jdk1.7.0_75\bin\java
心得体会：一切皆可调试

‘肆’ 什么是ESB(企业服务总线)

ESB全称为Enterprise Service Bus，即企业服务总线。它是传统中间件技术与XML、Web服务等技术结合的产物。ESB提供了网络中最基本的连接中枢，是构筑企业神经系统的必要元素。ESB的出现改变了传统的软件架构，可以提供比传统中间件产品更为廉价的解决方案，同时它还可以消除不同应用之间的技术差异，让不同的应用服务器协调运作，实现了不同服务之间的通信与整合。从功能上看，ESB提供了事件驱动和文档导向的处理模式，以及分布式的运行管理机制，它支持基于内容的路由和过滤，具备了复杂数据的传输能力，并可以提供一系列的标准接口。

‘伍’ esb是什么意思

企业服务总线，即ESB全称为Enterprise Service Bus，指的是传统中间件技术与XML、Web服务等技术结合的产物。ESB提供了网络中最基本的连接中枢，是构筑企业神经系统的必要元素。

面向服务的体系结构已经逐渐成为IT集成的主流技术。面向服务的体系结构(service-oriented architecture，SOA)是一种软件系统设计方法，通过已经发布的和可发现的接口为终端用户应用程序或其它服务提供服务。

企业服务总线优势：

1、可用性和可靠性

支持群集物理部署来保证系统的高可用性，支持系统的长期稳定运行。

2、性能和可伸缩性

支持在达到系统性能指标峰值要求的同时，系统处理能力还能够留有足够的余量。

3、扩展性和灵活性

支持系统扩展部署和多个逻辑单元的分离部署。提供对系统的维护与参数配置的管理功能。

4、安全性

提供安全认证和授权机制，提供不可否认和机密性，支持安全标准。

以上内容参考：网络-企业服务总线

‘陆’ esb webservice 和 htpp的区别

ESB是实现企业应用集成的中间件，ESB一般包含三个部分：ESB开发设计器（用于对原有系统的组件进行服务封装【开发服务】，开发服务的技术有webservices和SCA），ESB总线引擎（相当于一个服务器，在ESB上集成的服务之间通过该引擎实现相互之间的交互），ESB管控平台则主要是对注册在ESB当中的服务进行管理等。
web services是一种开发web服务的技术规范，按照web services规范开发的web服务组件，可以用来进行企业应用系统集成。
在企业应用系统集成时，我们可以只使用web services来做集成。也可以将使用ESB来做集成（因为ESB提供了开发服务的能力）。基于web services开发的服务，可以将其导入ESB中，通过ESB对其进行改造，改造成ESB里的服务。
至于http，他只是系统间的一种通信协议。

‘柒’ 如何往esb注册webservice

WebService是可以进行跨语言、跨平台、分布式系统间整合的方案，WebService像是一条线将这些系统穿起来——企业服务总线（ESB）。WebService使用简单对象访问协议（SOAP）使用http协议传输xml数据（xml是最常用的，也有其他格式数据

‘捌’ esb是什么esb教程

物联网技术，电子高层管理系统，服务器集成技术，一般都是基于传统的中间件（应用服务器，ESB/MQ等等………具体内容网络上有。。^_^

‘玖’ ESB和EAL是什么详解

ESB全称为Enterprise Service Bus，即企业服务总线。它是传统中间件技术与XML、Web服务等技术结合的产物。ESB提供了网络中最基本的连接中枢，是构筑企业神经系统的必要元素。ESB的出现改变了传统的软件架构，可以提供比传统中间件产品更为廉价的解决方案，同时它还可以消除不同应用之间的技术差异，让不同的应用服务器协调运作，实现了不同服务之间的通信与整合。从功能上看，ESB提供了事件驱动和文档导向的处理模式，以及分布式的运行管理机制，它支持基于内容的路由和过滤，具备了复杂数据的传输能力，并可以提供一系列的标准接口。

一、ESB的五个基本功能：
1)服务的MetaData管理：在总线范畴内对服务的注册命名及寻址进行管理。
2)传输服务：确保通过企业总线互连的业务流程间的消息的正确交付，还包括基于内容的路由功能。
3)中介：提供位置透明的路由和定位服务；提供多种消息传递形式；支持广泛使用的传输协议。
4)多服务集成方式： 如JCA，Web服务，Messaging ，Adaptor等.
5)服务和事件管理支持： 调用服务的记录、测量和监控数据；提供事件检测、触发和分布功能；

二、ESB的八个扩展功能：1) 面向服务的元数据管理： 他必须了解被他中介的两端,即服务的请求以及请求者对服务的要求，以及服务的提供者和他所提供的服务的描述；
2) Mediation ：它必须具有某种机制能够完成中介的作用，如协议转换；
3) 通信：服务发布、订阅，响应 请求，同步异步消息，路由和寻址等；
4) 集成： 遗留系统适配器，服务编排和映射，协议转换，数据变换，企业应用集成中间件的连续等。
5) 服务交互： 服务接口定义，服务实现的置换，服务消息模型，服务目录和发现等。
6) 服务安全： 认证和授权、不可否认和机密性、安全标准的支持等；
7) 服务质量： 事务，服务的可交付性等；
8) 服务等级： 性能、可用性等。
ESB 中最常提到的两个功能是消息转换和消息路由。

三、ESB架构
ESB 是传统中间件技术与XML、Web服务等技术相互结合的产物，ESB的出现改变了传统的软件架构，可以提供比传统中间件产品更为廉价的解决方案，同时它还可以消除不同应用之间的技术差异，让不同的应用服务器协调运作，实现了不同服务之间的通信与整合。从功能上看，ESB提供了事件驱动和文档导向的处理模式，以及分布式的运行管理机制，它支持基于内容的路由和过滤，具备了复杂数据的传输能力，并可以提供一系列的标准接口。

四、ESB的应用特征
大规模分布式的企业应用需要相对简单而实用的中间件技术来简化和统一越来越复杂、繁琐的企业级信息系统平台。面向服务体系架构（SOA）是能够将应用程序的不同功能单元通过服务之间定义良好的接口和契约联系起来。SOA使用户可以不受限制地重复使用软件、把各种资源互连起来，只要IT人员选用标准接口包装旧的应用程序、把新的应用程序构建成服务，那么其他应用系统就可以很方便的使用这些功能服务。
支撑SOA的关键是其消息传递架构-企业服务总线（ESB）。ESB是传统中间件技术与XML、Web服务等技术相互结合的产物，用于实现企业应用不同消息和信息的准确、高效和安全传递。ESB的出现改变了传统的软件架构，可以提供比传统中间件产品更为廉价的解决方案，同时它还可以消除不同应用之间的技术差异，让不同的应用服务协调运作，实现不同服务之间的通信与整合。ESB在不同领域具有非常广泛的用途:
电信领域：ESB能够在全方位支持电信行业OSS的应用整合概念。是理想的电信级应用软件承载平台。
电力领域：ESB能够在全方位支持电力行业EMS的数据整合概念，是理想的SCADA系统数据交换平台。
金融领域：ESB能够在全方位支持银企间业务处理平台的流程整合概念，是理想的B2B交易支撑平台。
电子政务：ESB能够在全方位支持电子政务应用软件业务基础平台、信息共享交换平台、决策分析支撑平台和政务门户的平台化实现。

五、几种ESB的结构
ESB提供了一种开放的、基于标准的消息机制，通过简单的标准适配器和接口，来完成粗粒度应用（服务）和其他组件之间的互操作，能够满足大型异构企业环境的集成需求。它可以在不改变现有基础结构的情况下让几代技术实现互操作。
通过使用ESB，可以在几乎不更改代码的情况下，以一种无缝的非侵入方式使企业已有的系统具有全新的服务接口，并能够在部署环境中支持任何标准。更重要的是，充当“缓冲器”的ESB（负责在诸多服务之间转换业务逻辑和数据格式）与服务逻辑相分离，从而使得不同的应用程序可以同时使用同一服务，用不着在应用程序或者数据发生变化时，改动服务代码。
1. IBM WebSphere ESB
IBM 提供了三种 ESB 产品：IBM WebSphere ESB、IBM WebSphere Message Broker、IBM WebSphere DataPower Integration Appliance XI50。根据您的需求选择 ESB 来增强您的 SOA。WebSphere ESB 是一种基于平台的 ESB，作为集成的 SOA 平台，针对 WebSphere 应用服务器进行了优化。WebSphere Message Broker 是跨平台的 ESB，是为异构 IT 环境中的统一连接和转换而构建的。WebSphere DataPower Integration Appliance XI50 是一种基于设备的 ESB，是为简化的部署和更强的安全性而构建的。客户面临着从简单到复杂的各式各样的 ESB 需求。WebSphere ESB的结构如图一所示。
2. Microsoft ESB
微软通过其应用平台提供了全面的ESB服务，包括：Windows Server®2003,.NET Framework, BizTalk®Server 2006 R2. 应用平台提供了一个基础架构，基于此可以灵活和安全地重复使用架构和商业服务，并具有协调原有的服务整合到新的端到端的业务流程中的能力。如图二所示。
微软通过一些列的产品Windows Server 2003, the .NET Framework 3.0, and BizTalk Server 2006作为对企业实现ESB的支撑,Microsoft ESB Guidance是基于BizTalk Server 2006一组应用，它提供以下公用的ESB组件：l Message routing (消息路由) l Message validation (消息验证) l Message transformation (消息转换) l Centralized exception management(集中的异常管理) l Extensible adapter framework(可扩展的适配器框架) l Service orchestration(服务的编制支持) l Business rules engine(业务规则引擎) l Business activity monitoring(业务活动监视)微软 ESB 指南提供了架构指导，模式和实践，以及一套BizTalk Server 和 .NET Framework 组件来简化基于微软平台的大型或小规模的ESB解决方案的开发。它还可以帮助开发人员扩展现有的信息和集成解决方案，包括的一些服务和组件。
3. JBOSS SOA Platform
JBoss Enterprise SOA Platform提供了一个基于标准的平台，用以集成应用、SOA服务、业务事件和自动化业务流程。这一SOA平台集成了特定版本的JBoss ESB、jBPM、Drools、和已得到验证的JBoss企业应用平台，把它们组织在一起形成一个单一的企业级发布。JBoss Enterprise SOA Platform打包了不少流行组件如：
l JBoss ESB l JBoss jBPM jPDL l JBoss Rules (Drools) l JBoss Application Server l Hibernate l Hibernate Entity Manager l Hibernate Annotations l JBoss Seam l JBoss Web (嵌入式Tomcat 6.0) l JBoss Cache l JGroups l JBoss Messaging l JBoss Transactions l JBoss Web Services (JBossWS) l JBossXB l JBoss AOP l JBoss Remoting l JBoss Serialization l JacORB
4. ServiceMix对ESB的实现
ServiceMix是一个建立在JBI (JSR 208)语法规则和APIs上的开源ESB(Enterprise Service Bus:企业服务总线)项目。ServiceMix是基于JBI的ESB。它是开源的基于JBI语义和API的ESB和SOA工具包，以Apache许可证方式发布。 它是轻量的ESB实现，易于作为嵌入式ESB使用;集成了对Spring技术的支持;可以在客户端或服务器端运行;可以作为独立的ESB提供者，也可以作为另外ESB的服务组件; 可以在JavaSE或JavaEE服务器中使用；ServiceMix同Apache Geronimo以及JBoss服务器完全集成，并且在Apache Geronimo服务器中可以直接部署JBI组件和服务。Java Business Integration (JBI,Java业务集成)技术规范定义了SOA的服务导向集成的内核和组成架构。它对公共讯息路径架构、服务引擎与捆绑的插件程序接口，以及复合型服务描述机制等都进行了标准化，这样就将多种服务结合成为一个单一的可执行的和可审核的工作单元。JBI和ServiceMix关系图JBI并不是一个为开发者设计的一个接口，更准确的说它是在JBI容器里为集成商提供相互集成的一个体系和一系列的接口。所以人们能集合他们所需要的所有部分，做出一个总体解决。例如在理论你能从BPEL引擎上，EJB容器上或者是数据传输产品上集合一个基础设施，并且能够集成的很合适。 ServiceMix 中包含完整的JBI容器，支持JBI规范的所有功能要求:l 规范化消息服务和路由 l JBI管理Beans (MBeans)l 组件管理和安装的Ant任务l 对JBI部署单元的完全支持，支持JBI组件的热部署
5.WebOTX ESB
WebOTX Enterprise Service Bus（以下简称WebOTX ESB）是灵活地结合基于SOA 的系统上的业务应用的，具有消息交换功能的服务运行平台的中间件，是在WebOTX Application Server 的Java EE 环境上动作的ESB 运行环境。WebOTX ESB 处于处理层和服务层中间的Hub产品的位置，使业务变更时系统能灵活对应。
WebOTX ESB 遵循JBI1.0（服务总线的Java 标准定义），提供标准的对应了各种协议的组件，能实现与业务应用的无缝连接。此外，提供了丰富的适配器群以致能与大型计算机上的业务应用、EAI 工具等连接。而且，提供了能吸收服务间消息差异的高速XML 变换引擎，使得不进行任何变更就能灵活地实现系统的构筑。
6.RES Infomatic Service Bu
RES Infomatic Service Bus是锐易特软件信息整合解决方案中最为核心的企业级信息服务总线产品。该产品理念与核心技术跟IBM、Oracle等国际主流厂商的ESB产品同步，自2004年至今，经过了为期两年的国外产品原型设计和四年的国内本土研发与多行业重量级客户实践检验。广泛应用于金融、电信、政府、公共卫生等行业。它是由七款子产品构成的产品家族，包含了Universal Adapters 通用适配器、Message Broker消息代理、Service Monitor服务监控中心、Service Proxy 服务代理、Registry and Repository 服务资源注册中心、Configuration Manager 配置管理中心、Integration Tools 整合开发工具集，这些子产品相互支撑、协同工作，共同构成分布式信息服务总线的开发、部署、运行、管理的SOA全生命周期支持。
7.Smart Service Bu
Smart Enterprise Service Bus™是神州数码秉承SOA理念，结合十数年企业应用集成领域的最佳实践，研发的一套功能完善、高效稳定、灵巧开放的企业服务总线中间件。作为核心的交换平台，能保证7*24小时永不间断提供服务。提供最优的扩容方式，保证扩展线性度达到100%，为组织提供高吞吐量的优质基础服务。提供灵活的部署方式，支持集中部署、分布式部署及总分结构部署。最佳的IT架构治理平台，提供基于元数据的服务治理工具和系统监控工具套件。

‘拾’ ESB是什么意思谢谢了

Enterprise Service Bus，即企业服务总线。

ESB是传统中间件技术与XML、Web服务等技术结合的产物。ESB采用了“总线”这样一种模式来管理和简化应用之间的集成拓扑结构，是一种在松散耦合的服务和应用之间标准的集成方式。

ESB的功能：

1、面向服务的架构—分布式的应用由可重用的服务组成；

2、面向消息的架构—应用之间通过ESB发送和接收消息；

3、事件驱动的架构—应用之间异步地产生和接收消息。

(10)如何在esb上注册服务器扩展阅读

ESB在不同领域的应用：

1、电信领域：ESB能够在全方位支持电信行业OSS的应用整合概念。是理想的电信级应用软件承载平台。

2、电力领域：ESB能够在全方位支持电力行业EMS的数据整合概念，是理想的SCADA系统数据交换平台。

3、金融领域：ESB能够在全方位支持银企间业务处理平台的流程整合概念，是理想的B2B交易支撑平台。

4、电子政务：ESB能够在全方位支持电子政务应用软件业务基础平台、信息共享交换平台、决策分析支撑平台和政务门户的平台化实现。

参考资料来源：网络-ESB