软件过程元模型（图片来源：Software Process Engineering Metamodel, version 1.1）
构件的软件过程中的体现
基于分布式应用的中间件：作用与分类 [日期：2006-05-31] 来源：作者：[字体：大中小] 陈国良 摘要中间件是分布式应用中最为关键的部分，通过对分布式应用的开发者隐藏底层信息，屏蔽网络和分布式应用的复杂性，并为网络和分布式应用提供相应的服务，使得开发者可以集中致力于应用逻辑。本文在综合定义的基础上，基于中间件所提供的服务综述了中间件的基本作用以及基本分类，并结合当前研究对中间件的发展趋势进行了展望。 关键词中间件，分布式计算 一、引言 网络和硬件技术的飞速发展，极大地提高了计算机系统的通讯能力。但是，由于分布式应用程序绝大多数都是在网络环境的异构平台上运行，使得网络和分布式应用的开发、测试和移植中所投入的代价非常高。 在未使用中间件而使用操作系统、网络和数据库直接开发分布式应用程序时，开发者必须面对很多实际困难，包括：（1）复杂性：由于直接面对底层复杂系统，需要处理繁琐的底层信息；（2）异构性：由于操作系统、硬件平台、网络结构和数据库系统的复杂多样性，为适应不同的应用平台，同一软件需要进行大量的兼容性开发，加大了软件开发工作量和复杂程度；（3）数据分布：分布式系统中的数据分布导致如数据的安全性、一致性、效率、性能等问题；（4）重复性：应用之间存在部分相似性，为此需要耗费大量的时间和精力来重复同样的工作。针对上述困难和问题，可行的解决方法是将软件开发中的共同模式进行抽象和提炼，形成可复用的构件，以利于应用软件的重用，由此产生了中间件[1]。使用具有高度灵活性、有效性、可靠性和安全性的中间件可以大大减轻开发分布式应用的复杂性和代价。 二、中间件的基本定义 由于划分的标准不同，目前对于什么是中间件并没有准确而统一的定义。在综合现有研究成果的基础上[2][3]，我们可以给出如下的关于中间件的完整性定义，即：中间件是位于应用软件与系统基础软件之间的独立的具有相应层次的系统软件或通用服务，通过提取可重用的应用模式以及对标识、认证、授权、目录、安全性等服务的标准化和互操作，为应用提供统一的标准化程序接口和协议，隐藏底层硬件、操作系统和网络的异构性，统一管理网络资源的网络通信，灵活高效地开发分布式应用。
２００６年第２３卷?增刊微电子学与计算机 １引言 随着网络的发展，保证网络的安全与稳定也越来越为重要。网络异常检测是发现网络故障和安全问题进而及时解决问题的有效手段，然而网络规模的不断扩大和网络流量的不断增加使得网络异常检测面临挑战，异常检测的性能随着网络规模的扩大和网上业务的增多呈现下降趋势，如何快速有效的检测网络异常并提高检测的可靠性已成为一个研究热点。 本文引入了分布式计算的方法，设计了一种基于中间件的分布式网络异常检测系统，旨在用分布式计算的方法提高对海量网络数据的处理能力，保证检测的实时性和检测数据的可靠性。 ２网络异常检测 这里提到的网络异常的范围较大，除了正常行为以外的网络行为都可以称为网络异常。造成这些异常的原因是多种多样的，包括：网络设备故障，网路超负荷，恶意的拒绝服务攻击，以及网络入侵等影响网络运输服务的行为。网络异常大体可以分为两类：第一类是关于网络故障和性能问题，例如文件服务器故障，广播风暴，虚假节点和瞬时拥塞等等。第二类网络异常是安全相关的问题，拒绝服务攻击和网络入侵就是这方面的例子。这些异常的一个共同点就是会导致巨大的网络通信流量变化。 检测网络异常的主要思路是：先通过一个足够长的训练阶段来定义出网络正常行为，再根据网络行为偏离正常行为的程度来判定异常是否发生。我们可以通过有规律的网络数据来定义网络正常行为，但这要依赖很多特殊因素，例如网络通信流量的变化，可获得的网络数据的变化，以及网络上运行的软件种类的变动，这些都将影响对网络正常行为的描述［２］。准确地获得网络性能检测数据对于异常检测是十分重要的一步，检测数据的来源主要有：第一是通过网络探针来获得网络行为测量值；第二是基于流统计的包过滤；第三是通过路由协议获取数据；第四是通过网管协议获取数据。网络异 基于中间件的分布式网络异常检测系统 陈宁军倪桂强潘志松姜劲松 （解放军理工大学指挥自动化学院，江苏南京２１０００７） 摘要：文章介绍了网络异常的概念和思路，然后对中间件技术做了分析比较，重点提出了一种基于中间件的分布式网络异常检测系统。该系统采用ＣＯＲＢＡ实现分布式交互，能对网络异常进行分布式检测，与单点异常检测系统相比具有更高的实时性和处理数据的能力，对大型网络效果更好。本系统通过ＭＩＢ变量相关联地剧烈突变来检测异常的发生。ＣＯＲＢＡ标准定义的比较完善的安全体系结构使本系统自身的安全性得到了保证。 关键词：网络异常检测，分布式，中间件，ＣＯＲＢＡ，ＭＩＢ 中图分类号：ＴＰ３９３文献标识码：Ａ文章编号：１０００－７１８０（２００６）Ｓ０－００１５－０３ ＡＤｉｓｔｒｉｂｕｔｅｄＮｅｔｗｏｒｋＡｎｏｍａｌｙＤｅｔｅｃｔｉｎｇＳｙｓｔｅｍＢａｓｅｄｏｎ ＣＯＲＢＡ ＣＨＥＮＮｉｎｇ－ｊｕｎ，ＮＩＧｕｉ－ｑｉａｎｇ，ＰＡＮＺｈｉ－ｓｏｎｇ，ＪＩＡＮＧＪｉｎ－ｓｏｎｇ（ＣｏｌｌｅｇｅｏｆＡｕｔｏｍａｔｉｃＣｏｍｍａｎｄｉｎｇ，ＰＬＡＵｎｉｖｅｒｓｉｔｙｏｆＳｃｉｅｎｃｅａｎｄＴｅｃｈｎｏｌｏｇｙ，Ｎａｎｊｉｎｇ２１０００７，Ｃｈｉｎａ） Ａｂｓｔｒａｃｔ：Ｔｈｉｓｐａｐｅｒｉｎｔｒｏｄｕｃｅｔｈｅｃｏｎｃｅｐｔａｎｄｔｈｏｕｇｈｔｏｆｎｅｔｗｏｒｋａｎｏｍａｌｙｄｅｔｅｃｔｉｏｎ，ｔｈｅｎａｎａｌｙｚｅａｎｄｃｏｍｐａｒｅｔｈｅｔｅｃｈｎｉｑｕｅｓｏｆｍｉｄｄｌｅｗａｒｅ，ａｎｄｌａｙｅｍｐｈａｓｉｓｏｎｄｅｓｉｇｎｉｎｇｏｆａｄｉｓｔｒｉｂｕｔｅｄｎｅｔｗｏｒｋａｎｏｍａｌｙｄｅｔｅｃｔｉｏｎｓｙｓｔｅｍｂａｓｅｄｏｎｍｉｄｄｌｅｗａｒｅ．ＴｈｅｓｙｓｔｅｍａｃｈｉｅｖｅｓｄｉｓｔｒｉｂｕｔｅｄｃｏｍｍｕｎｉｃａｔｉｏｎｔｈｒｏｕｇｈＣＯＲＢＡ，ａｎｄｃａｎｄｅｔｅｃｔｎｅｔｗｏｒｋａｎｏｍａｌｉｅｓｔｈｒｏｕｇｈｄｉｓｔｒｉｂｕｔｅｄｗａｙ．Ｉｔｉｓｍｏｒｅｒｅａｌ－ｔｉｍｅａｎｄｈａｓｂｅｔｔｅｒａｂｉｌｉｔｙｏｎｄａｔａｐｒｏｃｅｓｓｉｎｇｃｏｍｐａｒｅｄｗｉｔｈｓｉｎｇｌｅｐｏｉｎｔｄｅｔｅｃｔｉｏｎ，ｅｓ－ｐｅｃｉａｌｌｙｆｏｒｌａｒｇｅｎｅｔｗｏｒｋ．ＡｎｏｍａｌｙｃａｎｂｅｄｅｔｅｃｔｅｄｔｈｒｏｕｇｈｃｏｒｒｅｌａｔｅｄａｂｒｕｐｔｃｈａｎｇｅｓｏｆＭＩＢｖａｒｉａｂｌｅｓ．Ｔｈｅｗｅｌｌｄｅ－ｆｉｎｅｄｓｅｃｕｒｉｔｙｆｒａｍｅｗｏｒｋｏｆＣＯＲＢＡｈａｓｅｎｓｕｒｅｄｔｈｉｓｎｅｔｗｏｒｋａｎｏｍａｌｙｄｅｔｅｃｔｉｏｎｓｙｓｔｅｍ＇ｓｏｗｎｓｅｃｕｒｉｔｙ． Ｋｅｙｗｏｒｄｓ：Ｎｅｔｗｏｒｋａｎｏｍａｌｙｄｅｔｅｃｔｉｏｎ，Ｄｉｓｔｒｉｂｕｔｅｄ，Ｍｉｄｄｌｅｗａｒｅ，ＣＯＲＢＡ，ＭＩＢ 收稿日期：２００６－０５－２８ １５
第一章：中间件技术介绍 1.1两层结构与三层结构 长期以来，我们一直使用着"客户端/服务器"的两层结构，这种两层的结构曾让无数人 为之兴奋和惊叹，即客户端提供用户界面、处理业务逻辑，数据库服务器接受客户端SQL 语句并对数据库进行查询，更新等操作，然后操作结果返回给客户端，如图所示。 在一个比较简单的计算机应用系统中，采用两层体系结构的确给人们带来了相当的灵活性。但随着计算机应用水平的飞速发展、企业信息化水平的不断深入、企业客户的不断增 加，以及新业务的不断出现，越来越多的用户对计算机应用系统提出了更高的要求： 1.要能够同时支持成千上万乃至更多用户的并发服务请求 2.由单一的局域网向跨多个网络协议的广域网扩展 3.不仅要支持一般的信息管理，而且还要支持关键业务的联机交易处理 4.从支持单一的系统平台和数据源转向支持异构的多系统平台和多数据源 面对用户的新需求，二层结构的应用模式由于采用客户机与服务器直接联接的方式形成了其固有的一些缺陷： 1.难以维护 clie nt/server 结构用户界面、业务逻辑和数据逻辑相互交错，通常在第一次部署的时候比较 容易，但难于升级或改进，而且经常基于某种专有的协议（通常是某种数据库协议）。它使得重 用业务逻辑和界面逻辑变得非常困难。 2 ?难以扩展 随着系统的升级，系统复杂程度大大增加，难以扩展，另外它是一个封闭的系统，很难与其他的应用系统实现互操作。 3.安全性差 客户端程序可以直接访问数据库，可通过编程语言或数据库提供的工具直接对数据库进行操作，不安全
4?性能不好 客户端直接与数据库建立连接，当有大量的并发用户存在时，会使数据库不堪重负，性能迅速下降，甚至当机。 三层结构 为解决传统二层模式与应用需求日益突出的矛盾，以交易中间件为基础框架的三层应用模式应运而生，三层结构以中间层管理大量的客户端并为其联接、集成多种异构的服务器平台，通过有效的组织和管理，在极为宽广的范围内将客户机与服务器进行高效组合。同时中间件开创的以负载平衡、动态伸缩等功能为代表的管理模式，已被广泛证实为建立关键业务应用系统的最佳环境，使在二层模式下不可能实现的应用成为可能，并为应用提供了充分的扩展余地。这种模式的成功应用已为许多国际大型企业在应用的开发和部署方面节省了大量的时间和金钱。由此促使越来越多的系统开发商和用户采用三层结构模式开发和实施其应用。 三层客户机/服务器模式的核心概念是利用中间件将应用的用户界面、业务逻辑和数据逻辑 分为三个不同的处理层，如图所示? 1.表示层（用户界面）：它的主要功能是实现用户交互和数据表示，为以后的处理收集数据， 向第二层的业务逻辑请求调用核心服务处理，并显示处理结果。这一层通常采用VB, PB DELPHI等语言编写，或采用浏览器实现 2.中间层（业务逻辑）：实现整个应用系统核心业务逻辑，通常把业务逻辑划分成一个个独立 的模块，用中间件提供的API结合数据库提供的编程接口实现。客户端通过调用这些模块 实现相应的业务操作。 3.数据层（数据逻辑）：数据库负责管理整个应用系统的数据资源，完成数据操作。中间层上应用程序 在处理客户端的请求时，通常要存取数据库。 随着市场竞争的日益加剧和企业电子信息化建设的不断深入，高度灵活、能快速部署新服务和新应用的三层结构应用系统将成为企业信息化的必由之路。采用以中间件为基础的三层结构来架构的应用系统不但具备了大型机系统稳定、安全和处理能力高等特性，同时拥有开放式系统成本低、可扩展性强、开发周期短等优点。可以很好解决两层结构所面临的问题。中间件作为构造三层结构应用系统的基础平台，在三层结构中起着关键的作用，下一节我们将对中间件技术做一个概括性的介绍。 1． 2 中间件技术简介
1.什么是架构？ 架构、框架、模式是一种从大到小的关系，也是一种组合关系。 架构一般针对一个行业或一类应用，是技术和应用完美的结合。 框架因为比较小，很多表现为中间件，框架一般是从技术角度解决同类问题，例如J 道数据增删改查框架就解决了所有数据库系统中大量数据增删改查的功能开发，框架是从技术的横切面去解决实际应用问题。 模式则更小了，越小越灵活，可重用的范围更广。 一个框架可能使用了多个模式，而一个架构有可能应用了多个框架，这样一个大型系统的设计基本从主骨干到骨架基本能够被设计者考虑设计到，也可以想见，一个系统被细化成了很多工作量，例如一个部分细化到工厂模式，那么就可以要求程序员实现工厂模式的代码即可。 由此，控制了大型软件质量，也提高开发效率，同时使得项目变得易于管理和协同，由此可见，一个大型项目的架构设计非常重要。 2.什么是框架？ 框架即framework，是某种应用的半成品，一组组件，供你选用完成你自己的系统。 简单说就是使用别人搭好的舞台，你来做表演。而且，框架一般是成熟的，不断升级的软件。 3.什么是模式？ 模式即pattern，就是解决某一类问题的方法论，解决某类问题的方法总结归纳到理论高度，那就是模式。 Alexander给出的经典定义是：每个模式都描述了一个在我们的环境中不断出现的问题，然后描述了该问题的解决方案的核心。通过这种方式，你可以无数次地使用那些已有的解决方案，无需在重复相同的工作。 模式有不同的领域，建筑领域有建筑模式，软件设计领域也有设计模式。 当一个领域逐渐成熟的时候，自然会出现很多模式。 4.什么是构件？ 构件（component）是可复用的软件组成成份，可被用来构造其他软件。 它可以是被封装的对象类、类树、一些功能模块、软件框架（framwork）、软件构架（或体系结构Architectural）、文档、分析件、设计模式（Pattern）等。 构件分为构件类和构件实例，通过给出构件类的参数，生成实例，通过实例的组装和控制来构造相应的应用软件，这不仅大大提高了软件开发者的开发效率，也大大提高了软件的质量。 5.什么是组建？ 组件就是对象。C++ Builder中叫组件，Delphi中叫部件，而在Visual BASIC中叫控件。组件是对数据和方法的简单封装。 C++ Builder中，一个组件就是一个从TComponent派生出来的特定对象。 组件可以有自己的属性和方法，属性是组件数据的简单访问者，方法则是组件的一些简单而可见的功能。 组件是C++ Builder环境中最令人激动的部分。使用组件可以实现拖放式编程、快速的属性处理以及真正的面向对象的设计。 VCL和CLX组件是C++ Builder系统的核心。
什么是地图发布中间件及其功能应用介绍 一、海量影像地图数据发布首选——中间件 如果需要发布海量影像数据快速构建全国离线二维GIS地理信息系统或全球离线三维地球触摸GIS系统，则需要由硬件、软件、数据和GIS平台四部分组成。 1)硬件 硬件主要包括地图数据服务器和客户端PC机。 服务器：主要用于安装中间件、布署GIS应用平台和存储全国卫星影像数据。 客户端：用于加载GIS平台，并接收中间件发布的影像数据、地名路网数据和高程数据。 2)软件 软件主要包括《水经注地图发布服务中间件》（简称“中间件”）和《水经注万能地图下载器》（简称“下载器”）。 中间件：用于发布全国或全球海量卫星影像数据、地名路网和高程数据。 下载器：用于下载卫星影像数据、地名路网和高程数据。 3)数据 用户可以自行下载数据或直接购买下载好的数据。 自行下载：卫星影像数据、地名路网数据和高程数据可以用《水经注万能地图下载器》自行下载。 直接购买：购买之后，会通过邮寄硬盘（全国数据）或阵列柜（全球数据）
的方式为用户提供。 4)GIS平台 由于中间件只是一个基于URL请求返回瓦片数据的功能部件，因此只要可以支持瓦片式影像加载的GIS平台都可以进行调用。 这里推荐几个GIS开发平台供选择： 1)Google Map 离线API 2)Openlayers 二维开源平台 3)ArcGIS API for JavaScript 4)Cesium 开源三维地球平台 5)OsgEarth开源三维地球平台 二、什么是地图发布中间件 简单的讲，地图发布中间件就是为客户端提供影像瓦片的一个Windows系统服务。它只做一件事，也就是客户端通过URL请求的方式，可以快速返回影像瓦片、地名路网瓦片和高程瓦片数据。 获取影像URL示例 http://127.0.0.1:8080/getImage?z=6&y=62&x=35 获取地图路网URL示例 http://127.0.0.1:8080/getlabel?z=6&y=62&x=35 获取高程URL示例 http://127.0.0.1:8080/getDem?z=6&y=62&x=35
主流消息中间件架构分析
Kafka 首先还是来看Kafka的系统架构（做消息中间件逃不开要去了解Kafka）。 Kafka ecosystem包含以下几块内容： ?Producer ?Consumer ?Kafka cluster ?ZooKeeper
其中ZooKeeper承当了NameServer的角色，同时用于保存系统的元数据，提供选主、协调等功能。 Broker是真正的服务端，用于存储消息。 可用性 首先看外部依赖的可用性。如果你的系统“强依赖”了外部的其他服务，那么你的系统的可用性必然和外部服务的可用性相关。（强依赖表示不可脱离依赖的服务保持正常运行） 从上面的架构可以看出Kafka只是依赖了ZooKeeper，而ZooKeeper本身是高可用的（2N+1个节点的ZK集群可以容忍N个节点故障），所以不会对整个集群的可用性造成影响。 接着看Kafka自身的可用性。谈可用性必然就会涉及到备份问题，没有备份就意味着存在单点问题，也就没有高可用可言了。所以我们具体来看一下Kafka的备份策略。
Kafka Replication的数据流如上图所示，从图中可以得到的一些信息： 1. 分区是有备份的，如topic1-part1上图中有3个 2. 分区的备份分布在不同的Broker上，上图中topic1-part1分布在broker1、broker2、broker3上，其中broker1上的为Leader 3. 分区的Leader是随机分布的，上图中topic1-part1的Leader在broker1，topic2-part1的Leader在Broker上，topic3-part1的Leader的Broker4上 4. 消息写入到Leader分区，之后通过Leader分区复制到Follower分区
中间件介绍 文档编制序号：[KKIDT-LLE0828-LLETD298-POI08]
中间件介绍 1、Ice： ICE(Internet Communications Engine)是ZeroC提供的一款高性能的中间件，基于ICE可以实现电信级的解决方案。在设计网站架构的时候可以使用ICE实现对网站应用的基础对象操作，将基础对象操作和数据库操作封装在这一层，在业务逻辑层以及表现层(java,php,,python)进行更丰富的表现与操作，从而实现比较好的架构。基于ICE的数据层可以在未来方便的进行扩展。ICE支持分布式的部署管理，消息中间件，以及网格计算等等。 Zeroc推出的一种分布式的面向对象中间件，解决分布式的异构计算。可以用 C++,Java,c#等进行分布式的交互计算。 主要设计目标是： ·成为适用于异种环境的平台。 ·具有一组完整的特性，支持广泛的领域中的实际的的开发。 ·去掉不必要的复杂性，使平台更易于学习和使用。 ·是一种在、内存使用和CPU开销方面都很高效的实现。 ·是一种具有内建安全性的实现，使它适用于不安全的公共网络。 2、JBoss： 是一个基于J2EE的的。 JBoss代码遵循LGPL许可，可以在任何商业应用中免费使用，而不用支付费用。JBoss是一个管理EJB的容器和服务器，支持EJB 、EJB 和EJB3的规范。但JBoss核心服务不包括支持servlet/JSP的WEB容器，一般与Tomcat或Jetty绑定使用。 在J2EE领域，JBoss是发展最为迅速的应用服务器。由于JBoss遵循商业友好的LGPL授权分发，并且由开源社区开发，这使得JBoss广为流行。 另外，JBoss应用服务器还具有许多优秀的特质。 JBoss运行后后台管理界面 其一，将具有革命性的JMX服务作为其； 其二，本身就是（Service-Oriented Architecture，）； 其三，具有统一的类装载器，从而能够实现应用的和热卸载能力。 因此，高度模块化的和松耦合。JBoss应用服务器是健壮的、高质量的，而且还具有良好的性能。 1、JBoss是免费的，J2EE的实现，通过许可证进行发布。但同时也有的，开源和闭源流入流出的不是同一途径。 2、JBoss需要的内存和硬盘空间比较小。 3、安装便捷：解压后，只需配置一些即可。 4、JBoss支持"热部署"，部署BEAN时，只拷贝BEAN的文件到部署路径下即可自动加载；如果有改动，也会自动更新。 5、JBoss与Web服务器在同一个中运行，Servlet调用EJB不经过网络，从而大大提高运行效率，提升安全性能。
TUXEDO中间件介绍及应用 一、前言 首先介绍一下什么是中间件？中间件是一种独立的系统软件或服务程序，分布式应用软件借助这种软件在不同的技术之间共享资源，中间件位于客户机服务器的操作系统之上，管理计算资源和网络通信。 中间件屏蔽了底层操作系统的复杂性，使程序开发人员面对一个简单而统一的开发环境，减少程序设计的复杂性，将注意力集中在自己的业务上，不必再为程序在不同系统软件上的移植而重复工作，从而大大减少了技术上的负担。 世界著名的咨询机构Standish Group在一份研究报告中归纳了中间件的十大优越性： ●缩短应用的开发周期 ●节约应用的开发成本 ●减少系统初期的建设成本●降低应用开发的失败率●保护已有的投资●简化应用集成 ●减少维护费用 ●提高应用的开发质量●保证技术进步的连续性●增强应用的生命力 Tuxedo是第一个严格意义上的中间件产品。Tuxedo是1984年在当时属于A T&T的贝尔实验室开发完成的，但Tuxedo在很长一段时期里只是实验室产品。直到BEA公司1995年收购Tuxedo后，使Tuxedo现已经发展成为交易中间件领域事实上的标准。 TUXEDO是在企业、Internet 这样的分布式运算环境中，开发和管理三层结构的客户/服务器型关键任务应用系统的强有力工具。它具备分布式事务处理和应用通信功能，并提供完善的各种服务来建立、运行和管理关键任务应用系统。开发人员能够用它建立跨多个硬件平台、数据库和操作系统的可互操作的应用系统。 二、TUXEDO的组件软件模型 TUXEDO采用三层结构的组件软件模型。 图1 BEA TUXEDO 的组件软件模型概要
中间件技术介绍 中间件（middleware）是基础软件的一大类，属于可复用软件的范畴。顾名思义，中间件处于操作系统软件与用户的应用软件的中间。中间件在操作系统、网络和数据库之上，应用软件的下层，总的作用是为处于自己上层的应用软件提供运行与开发的环境，帮助用户灵活、高效地开发和集成复杂的应用软件。 在众多关于中间件的定义中，比较普遍被接受的是IDC 表述的：中间件是一种独立的系统软件或服务程序，分布式应用软件借助这种软件在不同的技术之间共享资源，中间件位于客户机服务器的操作系统之上，管理计算资源和网络通信。 IDC对中间件的定义表明，中间件是一类软件，而非一种软件；中间件不仅仅实现互连，还要实现应用之间的互操作；中间件是基于分布式处理的软件，最突出的特点是其网络通信功能。 中科院软件所研究员仲萃豪形象地把中间件定义为：平台＋通信。这个定义限定了只有用于分布式系统中的此类软件才能被称为中间件，同时此定义还可以把中间件与支撑软件和实用软件区分开来。 目前，中间件发展很快，已经与操作系统、数据库并列为三大基础软件。中间件主要分为以下几类：
1.通信处理（消息）中间件 此类中间件能在不同平台之间通信，实现分布式系统中可靠的、高效的、实时的跨平台数据传输（如Tong LINK、BEAe Link、IBM的MQ Series等）。这是中间件中唯一不可缺少的，是销售额最大的中间件产品。 2.交易中间件 在分布式事务处理系统中要处理大量事务，常常在系统中要同时做上万笔事务。例如在北京市就要设置各种运载汽车，完成日常的运载，同时要随时监视汽车运行，出现故障时，要有排除措施，发生堵塞时要进行调度。在联机事务处理系统（OLTP）中，每笔事务常常要多台服务器上的程序顺序地协调完成，一旦中间发生某种故障时，不但要完成恢复工作，而且要自动切换系统，达到系统永不停机，实现高可靠性运行；同时要使大量事务在多台应用服务器能实时并发运行，并进行负载平衡地调度，实现昂贵的可靠性机和大型计算机系统同等的功能，为了实现这个目标，要求系统具有监视和调度整个系统的功能。BEA的Tuxedo由此而著名，它成为增长率最高的厂商。一个事务处理平台，根据X/OPEN的参数模型规定，应由事务处理中间件、通信处理中间件以及数据存取管理中间件三部分组成。东方通科技公司的Tong LINK和TongEASY实现了这个参考模型规定。3.数据存取管理中间件
目录 一、Weblogic11g概述 (4) 1.1功能简介 (4) 1.2功能简介 (4) 1.3主要优势 (4) 1.4适用范围 (5) 1.5 Weblogic 11G新特性 (5) 1.5.1自调优的企业级内核 (5) 1.5.2过载保护 (5) 1.5.3动态的配置变化 (5) 1.5.4并行的应用部署–零宕机 (5) 1.5.5 JRockit Flight Recorder概念 (5) 1.5.6 JRockit Flight Recorder使用场景 (6) 二、Weblogic11g安装 (6) 2.1 安装前的准备工作 (6) 2.2 Windows下安装Weblogic (7) 2.2.1 准备安装 (7) 2.2.2 进入安装界面 (7) 2.2.3 选择中间件目录 (8) 2.2.4 注册安全更新 (9)
2.2.5 选择典型安装 (10) 2.2.4 选择产品安装目录 (11) 2.2.7 创建快捷方式 (12) 2.2.8 显示安装概要 (13) 2.2.9 正在安装 (14) 2.2.10 安装完成 (15) 2.3 Windows下创建WebLogic 域 (16) 2.3.1 QUICK START 提示界面 (16) 2.3.2 进入配置向导 (17) 2.3.3 选择域源 (18) 2.3.4 指定域名和位置 (19) 2.3.5 配置管理员用户名和口令 (20) 2.3.6 配置服务器启动模式和JDK (21) 2.3.7 添加可选配置 (22) 2.3.8 配置管理服务器 (23) 2.3.9 显示配置概要 (24) 2.3.10 正在创建域 (25) 2.3.11 启动WebLogic Server (26) 2.3.12 测试安装 (27) 2.4 Linux 下安装Weblogic (29) 2.4.1 安装前的准备 (29) 2.4.2 .bin的安装 (29) 2.4.3 .jar的安装 (29) 2.4.3.1 JDK 安装 (29) 2.4.3.2控制台开始安装weblogic (35) 2.5Linux下创建Weblogic域 (41) 2.6 Linux下Weblogic的启用和停止 (47) 2.6.1 用户名、密码配置 (47) 2.6.2启动Weblogic (48) 2.6.3停止Weblogic服务 (51) 三、WebLogic的基本概念 (51) 3.1 域Domain (51)
中间件定义及分类 中间件（Middleware）是处于操作系统和应用程序之间的软件，也有人认为它应该属于操作系统中的一部分。人们在使用中间件时，往往是一组中间件集成在一起，构成一个平台(包括开发平台和运行平台)，但在这组中间件中必需要有一个通信中间件，即中间件=平台＋通信，这个定义也限定了只有用于分布式系统中才能称为中间件，同时还可以把它与支撑软件和实用软件区分开来。 按照IDC的分类方法，中间件可分为六类。 1.终端仿真/屏幕转换：用以实现客户机图形用户接口与已有的字符接口方式的服务器应用程序之间的互操作； 2.数据访问中间件：是为了建立数据应用资源互操作的模式，对异构环境下的数据库实现联接或文件系统实现联接的中间件；在分布式系统中，重要的数据都集中存放在数据服务器中，它们可以是关系型的、复合文档型、具有各种存放格式的多媒体型，或者是经过加密或压缩存放的，这类中间件将为在网络上虚拟缓冲存取、格式转换、解压等带来方便。 3.远程过程调用中间件：通过这种远程过程调用机制，程序员编写客户方的应用，需要时可以调用位于远端服务器上的过程； 4.消息中间件：用来屏蔽掉各种平台及协议之间的特性，实现在不同平台之间通信，实现分布式系统中可靠的、高效的、实时的跨平台数据传输，实现应用程序之间的协同。这是中间件中唯一不可缺少的，是销售额最大的中间件产品，主要产品有国内东方通科技公司的TongLINK、BEA公司的BEA eLink 、IBM公司的MQSeries等,目前在Windows 2000操作系统中已包含了其部分功能。 5.交易中间件：是在分布、异构环境下提供保证交易完整性和数据完整性的一种环境平台。在分布式事务处理系统中要处理大量事务，常常在系统中要同时做上万笔事务。在联机事务处理系统 (OLTP)中，每笔事务常常要多台服务器上的程序顺序地协调完成，一旦中间发生某种故障时，不但要完成恢复工作，而且要自动切换系统，达到系统永不停机，实现高可靠性运行；同时要使大量事务在多台应用服务器能实时并发运行，并进行负载平衡地调度，实现昂贵的可靠性机和大型计算机系统同等的功能，为了实现这个目标，要求系统具有监视和调度整个系统的功能。根据X/OPEN的DTP（Distributed Transaction Processing ）模型规定，一个分布式交易处理系统应由事务处理、通信处理以及资源管理三部分组成。BEA公司的TUXEDO便是最著名的一个交易中间件产品，东方通科技公司的TongLINK 和TongEASY实现了DTP参考模型规定，另外还有IBM公司的TXSeriers是应用广泛的一个交易中间件产品。 6.对象中间件：在分布、异构的网络计算环境中，可以将各种分布对象有机地结合在一起，完成系统的快速集成，实现对象重用，在这个方面遵循的标准是 CORBA。对象中间件将是未来的主流，目前产品如东方通的TONG BROKER，INPRICE公司的Borland Application Server。 当然，IDC的分类并不能包含目前所有的中间产品，比较流行的还有： Web服务器中间件 浏览器图形用户界面已成为公认规范，然而它的会话能力差、不能作数据写入、受HTTP协
1．什么是架构？ 架构、框架、模式是一种从大到小的关系，也是一种组合关系。 架构一般针对一个行业或一类应用，是技术和应用完美的结合。 框架因为比较小，很多表现为中间件，框架一般是从技术角度解决同类问题，例如J道数据增删改查框架就解决了所有数据库系统中大量数据增删改查的功能开发，框架是从技术的横切面去解决实际应用问题。 模式则更小了，越小越灵活，可重用的范围更广。 一个框架可能使用了多个模式，而一个架构有可能应用了多个框架，这样一个大型系统的设计基本从主骨干到骨架基本能够被设计者考虑设计到，也可以想见，一个系统被细化成了很多工作量，例如一个部分细化到工厂模式，那么就可以要求程序员实现工厂模式的代码即可。 由此，控制了大型软件质量，也提高开发效率，同时使得项目变得易于管理和协同，由此可见，一个大型项目的架构设计非常重要。 什么是框架？ ?? 框架，即framework。其实就是某种应用的半成品，就是一组组件，供你选用完成你自己的系统。简单说就是使用别人搭好的舞台，你来做表演。而且，框架一般是成熟的，不断升级的软件。 什么是模式？ 模式，即pattern。其实就是解决某一类问题的方法论。你把解决某类问题的方法总结归纳到理论高度，那就是模式。 ? Alexander给出的经典定义是：每个模式都描述了一个在我们的环境中不断出现的问题，然后描述了该问题的解决方案的核心。通过这种方式，你可以无数次地使用那些已有的解决方案，无需在重复相同的工作。 ? 模式有不同的领域，建筑领域有建筑模式，软件设计领域也有设计模式。当一个领域逐渐成熟的时候，自然会出现很多模式。 ? 什么是构件？ 构件（component）是可复用的软件组成成份，可被用来构造其他软件。它可以是被封装的对象类、类树、一些功能模块、软件框架（framwork）、软件构架（或体系结构Architectural）、文档、分析件、设计模式（Pattern）等。构件分为构件类和构件实例，通过给出构件类的参数，生成实例，通过实例的组装和控制来构造相应的应用软件，这不仅大大提高了软件开发者的开发效率，也大大提高了软件的质量。
产品领先，伙伴至上 金蝶中间件（Apusic） ●第一个中国完全自主知识产权的J2EE中间件 ●第一个通过国际J2EE测试认证的中国中间件产品 ●全球第11家获得J2EE最高规范1.4认证授权的软件公司 ●第一个代表中国加入JCP联盟、参与制订世界Java技术标准 ●中国应用服务器中间件市场国内厂商第一、与软件巨头跻身前三 ●被推选为J2EE应用服务器服务满意度第一、产品满意度和国外产品并列三甲
关于我们：中国领先的企业基础架构软件厂商 产品领先，伙伴至上 深圳市金蝶中间件有限公司成立于2000年7月，脱胎于金蝶中央研究院，是金蝶国际软件集团成员企业和中国软件行业协会中间件分会副理事长单位，是中国第一个通过国际J2EE测试认证的中国中间件厂商和全球第十一家获得J2EE最高规范1.4认证授权的软件公司，是第一个拥有JCP（Java Community Process, Java标准制定组织）联盟正式成员资格的中国中间件企业。金蝶中间件在Java系统核心技术领域处于国内领先地位，是具备核心竞争力的中国中间件领导厂商。 目前拥有金蝶Apusic J2EE应用服务器、Apusic消息中间件和Apusic Studio开发平台，组成了轻量级风格的企业基础架构软件平台金蝶Apuisc Platform，其具备技术模型简单化、开发过程一体化、业务组件实用化的显著特性，产品间无缝集成。 旗舰产品金蝶Apusic J2EE应用服务器是全球11家通过J2EE最高规范1.4认证的产品之一，是为各种复杂应用系统提供标准、安全、集成、高效的企业中间件，为我国建设电子政务、电子商务和行业应用提供最有力的基础保障，充分考虑中国用户需求，易学易用。专家评价金蝶Apusic J2EE应用服务器是“最贴近中国应用水平和需求现状”的应用服务器。 金蝶中间件系列产品凭借优秀的性能价格比、贴身的本地化服务、满足国家安全战略需要等众多显著特性获得中国人民银行、国家监察部、国家中纪委、国家质检总局、国家民政部、国家信访局、广东/辽宁等多省工商系统、海南全省政府采购等重量级电子政务用户，及万科、海尔、联想、华为、香港TOM等著名企业用户的青睐和好评；同时服务于中望、同望、太极、信诚通等优秀软件开发商和系统集成商。目前拥有超过1000家明珠客户和200多家合作伙伴，有力地推动了中国信息化建设的发展和进步。 金蝶中间件秉承“帮助顾客成功”的理念，坚持“产品领先、伙伴至上”的发展战略，一如既往的关注新技术、研发新产品，做中国最好的企业基础架构软件平台；我们将通过金蝶软件遍布全国各省市的营销和服务机构为中国软件合作伙伴提供贴近用户需求的本地化服务，共同构建中国软件生态系统。最终发展成为具备国际竞争力的中国中间件厂商！
cData数据集成中间件产品介绍1.需求背景 近年来，我国的电子政务和企业信息化建设已经进入了一个新阶段，企业面临在不同时期、应用不同技术、与不同的厂商合作，建设了不同规模的应用系统，造成这些系统之间互相独立，不能集成，数据不能共享。同时，分层管理模式是在国家政府机关和大型企业中普遍采用的一种管理模式，例如政府机关包括中央、省、市、县等若干级，大型企业一般又分为总公司、公司和生产厂等层次，为了加强上级机构对下级的管理和各级机构之间互通信息的需求，各级机构之间需要及时、可靠地交换大量的数据信息。由于这些数据，可能是不同的系统产生的，如财务系统、人事系统等，这些系统通常都是自治的，并且数据可能是异构的，但又是需要彼此交互的，因此这些机关和企业迫切需要在本机构内，建立一个数据传输和集成的平台。 2.数据集成中间件概述 数据集成中间件通过统一的全局数据模型来访问异构的数据库、遗留系统、Web 资源等。中间件位于异构数据源系统（数据层）和应用程序（应用层）之间，向下协调各数据源系统，向上为访问集成数据的应用提供统一数据模式和数据访问的通用接口。各数据源的应用仍然完成它们的任务，中间件系统则主要集 1
中为异构数据源提供一个高层次检索与集成服务。 数据集成中间件体系结构图 数据集成中间件是比较流行的数据集成方法，它通过在中间层提供一个统一的数据逻辑视图来隐藏底层的数据细节，使得用户可以把集成数据源看为一个统一的整体。这种模型下的关键问题是如何构造这个逻辑视图并使得不同数据源之间能映射到这个中间层。 要达成系统的需求，需要借助数据Web服务子系统、数据集成子系统、数据抽取子系统、综合展示子系统等子系统来实现，各子系统之间的结构关系如下图所示： 2
目录 咏南中间件 (2) 咏南中间件数据库配置 (2) 咏南中间件插件配置 (2) 咏南中间件远程方法接口说明 (5) 咏南中间件日志 (7) 咏南中间件支持二层变三层的改造 (7) 咏南中间件支持集群 (7) 代理服务器部署 (7) 设置代理服务器要绑定的IP地址和端口号 (7) 运行代理服务器 (8) 中间件集群部署 (9) 设置配置文件 (9) 运行中间件 (10) 部署客户端开发框架 (11) 设置配置文件 (11) 运行客户端开发框架 (11) 咏南开发框架 (12) 咏南开发框架既支持二层又支持三层开发 (12) 咏南开发框架支持自动升级 (12) 咏南开发框架是插件框架 (13) 咏南开发框架提供完善的权限管理 (13) 咏南开发框架支持日志管理 (15) 咏南开发框架提供完整的进销存DEMO (15) 咏南开发框架提供报表打印模块 (16)
咏南中间件 咏南中间件数据库配置 菜单：选项—数据库 1）咏南中间件使用FIREDAC数据引擎。 2）咏南中间件可以支持市面上几乎所有的数据库：ORACLE、MSSQL、MYSQL、DB2、INFORMIX 等。 3）一个咏南中间件可以同时挂接多个不同类型的数据库，可以同时连接ORACLE或其它类型的数据库。 4）咏南开发框架使用MSSQL类型的数据库。咏南开发框架数据库可以不需要转换为其他类型的数据库，如果你的项目使用非MSSQL数据库，你只需让咏南中间件同时挂2个数据库：一个是咏南开发框架数据库，一个是你的项目所使用的数据库。 5）咏南中间件会为每一个挂接的数据库创建一个数据库连接池，通过帐套编号来唯一地标识每一个数据库，所以帐套编号必须是唯一的。默认第一个帐套是咏南开发框架数据库，帐套编号：0。 咏南中间件插件配置 菜单：选项—插件
聚库物联网中间件介绍 上海聚库信息技术有限公司 https://www.doczj.com/doc/ca1518286.html, 2011年10月20日 物联网被誉为本世纪最有影响的技术革命和改变世界的技术，开展物联网的相关研究，具有重要的社会、经济意义和长远的战略意义。物联网中间件技术是物联网的核心关键技术，对该技术的研究受两方面的制约。一方面，受限于底层不同的网络技术和硬件平台，研究内容主要还集中在底层的感知和互联互通方面，距离现实目标包括屏蔽底层硬件及网络平台差异，支持物联网应用开发、运行时共享和开放互联互通，保障物联网相关系统的可靠部署与可靠管理等还有很大差距；另一方面，当前物联网应用复杂度和规模还处于初级阶段，支持大规模物联网应用还存在环境复杂多变、异构物理设备、远距离多样式无线通信、大规模部署、海量数据融合、复杂事件处理、综合运维管理等诸多问题需要攻克。 为了打破物联网中间件技术研究的现阶段局面，为我国物联网的大规模应用提供核心支撑技术，现很多物联网的厂家致力于研究中间件的开发，上海聚库信息技术有限公司领跑于全国其他同行企业，完成了系列软件产品及关键技术的开发，成功研发了物联网应用中间件及支撑平台。 一．物联网中间件（JCR）的概述： JCR SYSTEM物联网数据处理平台是一种可扩展的开放性物联网中间件软件平台，支持“不同厂家、不同型号、不同通信方式、不同通信协议、不同数据格式”的物联网RFID终端设备，为应用软件提供基于SQL标准的的表数据调用。彻底摆脱读写器非标准化协议，带来的开发、维护和扩展的限制。 技术特点： （1）独特的“智能故障处理”技术 （2）独特的“开放式设备管理”技术 （3）独特的“数据分析”技术 （4）强大的“多任务并发处理”技术 （5）“标准化数据输出”技术
中间件的优点及其应用 传统的客户/服务器模式是一种双层的结构，通常是一台个人计算机做客户机使用（运行客户端程序），另外一台服务器用于存放后台的数据库系统，应用程序可客户端直接相连，中间没有其他的逻辑。程序的业务逻辑则一般存在于前台的应用程序中，即程序员根据客户的业务要求定制客户端程序，这种定制的程序没有通用性。或者业务逻辑也存在于后台数据库中，以触发器(trigger)的方式实现。这种方式有一个很大的缺点，就是一旦客户的业务逻辑有所改变的话，将引起应用程序的修改以及后台触发器的修改，将所有程序模块都重新修改、编译、连接的工作量是相当大的。另外由于这种结构将用户界面和业务逻辑以及数据源绑定在一起，会消耗客户机的大量资源，对客户机来说是一个很大的负担。 为了克服由于传统客户/服务器模型的这些缺陷给系统应用带来的影响，一种新的结构出现了，这就是三层（N层）客户/服务器模型。三层客户/服务器结构构建了一种分割式的应用程序。系统对应用程序进行分割后，划分成不同的逻辑组件，主要分为三层：用户服务层：提供信息浏览，服务定位。主要是实现用户界面，并保证用户界面的友好性、统一性。 业务处理层：实现客户的全部业务逻辑。 数据服务层：实现数据定义、存储、备份、检索等功能，主要有数据库系统实现。 这三个层次共同组成应用系统。使用这种模型，可以将系统需求划
分成可以明确定义的服务，例如事务服务、名字服务等。将这些服务以组件的形式实现，一个组件可以实现系统中的一种或者多种服务，是这些服务的物理封装。根据系统的功能、性能等各方面的需求，系统管理员可以在网络上灵活的部署这些组件。并且根据业务的改动可以灵活的对这些服务组件进行修改，而不影响其它的组件，从而降低维护的费用。 另外，这些组件应该做成通用的，基于某一标准接口的，所以它们可以被重用，其他应用程序可以使用它们提供的应用程序接口调用组件，完成所需的操作。 这就是基于ORB的中间件模型。这种模型完全克服了传统的客户/服务器模型的缺点，具有可重用性、灵活性、可管理性、易维护性等一系列优良的特性。目前对ORB及其支撑环境--应用程序服务器的研究正是如火如荼，感兴趣的朋友想进一步了解，可以查阅相关文献和资料。 基于ORB的中间件模型虽然在性能上非常优异，但是目前在国内的应用远远没有达到普及的程度，应用最广泛的是基于Web 数据库的中间件技术。下面进行一些探讨。 数据库中间件的工作原理示意图如下：
目录 一、Weblogic11g概述 (6) 1.1功能简介 (6) 1.2功能简介 (6) 1.3主要优势 (6) 1.4适用围 (6) 1.5 Weblogic 11G新特性 (6) 1.5.1自调优的企业级核 (6) 1.5.2过载保护 (7) 1.5.3动态的配置变化 (7) 1.5.4并行的应用部署–零宕机 (7) 1.5.5 JRockit Flight Recorder概念 (7) 1.5.6 JRockit Flight Recorder使用场景 (7) 二、Weblogic11g安装 (8) 2.1 安装前的准备工作 (8) 2.2 Windows下安装Weblogic (8) 2.2.1 准备安装 (8) 2.2.2 进入安装界面 (9) 2.2.3 选择中间件目录 (10) 2.2.4 注册安全更新 (11)
2.2.5 选择典型安装 (12) 2.2.4 选择产品安装目录 (13) 2.2.7 创建快捷方式 (14) 2.2.8 显示安装概要 (15) 2.2.9 正在安装 (16) 2.2.10 安装完成 (17) 2.3 Windows下创建WebLogic 域 (18) 2.3.1 QUICK START 提示界面 (18) 2.3.2 进入配置向导 (19) 2.3.3 选择域源 (20) 2.3.4 指定域名和位置 (21) 2.3.5 配置管理员用户名和口令 (22) 2.3.6 配置服务器启动模式和JDK (23) 2.3.7 添加可选配置 (24) 2.3.8 配置管理服务器 (25) 2.3.9 显示配置概要 (26) 2.3.10 正在创建域 (27) 2.3.11 启动WebLogic Server (28) 2.3.12 测试安装 (29) 2.4 Linux 下安装Weblogic (31) 2.4.1 安装前的准备 (31) 2.4.2 .bin的安装 (31) 2.4.3 .jar的安装 (31) 2.4.3.1 JDK 安装 (31) 2.4.3.2控制台开始安装weblogic (37) 2.5Linux下创建Weblogic域 (43) 2.6 Linux下Weblogic的启用和停止 (49) 2.6.1 用户名、密码配置 (49) 2.6.2启动Weblogic (50) 2.6.3停止Weblogic服务 (53) 三、 WebLogic的基本概念 (53) 3.1 域Domain (53)