基于中间件的WEB应用系统

本文探讨了中间件技术及其应用，首先提出了在分布式应用系统中的构建基于中间件的多层客户／服务器系统的必要，然后介绍了中间件技术及实例，最后重点提出一种使用中间件构建的多层客户／服务器系统结构，讨论了其中中间件的体系结构，并介绍了一个具体的实例。     

面向三层C/S结构的软件中间件的构建方法研究

实现三层C／S结构的关键技术是中间件技术，将基于JavaBeans组件的中间件组装到分布式应用程序中，可以提高应用程序的开发效率。本文给出了利用JavaBeans组件构建中间件的方法和步骤。     

基于BEA中间件设计三层结构MIS系统

由于两层C／S结构已不能满足复杂应用需求，本文介绍了基于BEA中间件Tuxedo的三层结构医疗保险信息管理系统的设计。     

中间件及其在三层客户机/服务器模型中的应用

本文介绍了中间件的五种类型及其各自的特点,并讨论了中间件在三层的客户机／服务器模型中应用的一个实例。     

基于TUXEDO中间件的医疗保险交易系统的设计

针对两层C／S模式应用中的一些弊端进行了研究，介绍了BEA中间件Tuxedo的现状，对医疗保险变易系统进行了分析．讨论划分出医疗保险交易系统的功能和医疗保险交易系统实现的现实环境，在原来的C／S两层基础上提出使用基于BEA中间件Tuxedo的服务层、应用层、客户端层的三层结构来实现医疗保险交易系统的设计，使医疗保险交易系统能够支持大量同时在线用户，并且能处理巨量数据，对信息的访问能够更加的安全，能够应付大量小事务处理请求，支持复杂的网络。     

基于CORBA 3层结构的网上考试系统的设计

介绍了实现多层分布式应用系统的中间件技术——CORBA技术和MIDAS技术，论述了基于这两个技术的计算机基础系列课程网上考试系统的设计方法，该系统分为三个子系统：报名子系统、考试子系统和考试管理子系统。其核心是考试子系统，该子系统采用三层C／S结构，客户端与应用层服务器之间通信采用CORBA协议，并利用OsAgrnt，使系统具有良好的容错性和负载平衡能力，从而提高了系统的效率、健壮性和安全性。     

基于TUXEDO的OLTP系统的设计与实现

该文介绍了应用于联机事务处理的中间件TUXEDO,并讨论了其主要功能和应用结构,提出了在UNIX操作系统下基于此中间件的三层客户／服务器应用平台的设计。在此基础上将其应用于城乡通系统。     

TUXEDO在银行中间业务系统中的设计与实现

以交易中间件为框架基础的三层客户机／服务器模式，已被广泛应用在金融分布式系统中。介绍了交易中间件TUXEDO的组成及设计方法，并结合实际例子来解释如何利用TUXEDO中间件技术来开发银行中间业务系统，完成国库集中支付系统的前后台程序的开发。从而说明利用TUXEDO中间件来开发银行中间业务系统，可以大大缩减系统开发的工作量，并能充分保证系统的稳定运行。     

基于ServiceMix的RFID中间件的研究与实现

本文介绍了RFID技术的基本原理和 RFID中间件的现状,设计了一种基于ServiceMix的RFID 中间件架构,实现了该架构的边缘层、消息系统层、数据接口层和管理界面层,将该中间件应用于实验器材管理系统中,达到了实验器材的实时跟踪管理。     

基于oracle三层体系结构的应用研究

随着中间件与Web技术的发展,三层或多层分布式应用体系越来越流行。本文详细介绍了基于Oracle三层体系结构的开发应用,通过实例讨论了一个建立三层体系结构的有效方法。     

工控系统数据访问中间件的研究与设计

通过对现有OPC规范的研究。提出了在现有的各种规范之上增加“中间件层”，从而建立一种真正开放的工控系统中间件规范的建议。针对工控系统的特点和数据访问中间件的需求分析，提出了工控系统数据访问中间件的3层C/M／S（Client／Middleware／Server）体系结构，并建立了系统模型。最后阐述了数据访问中间件的设计思路，也给出了实现方案。     

面向方面的中间件

中间件应用领域的不断拓展,给中间件体系结构的设计带来了困难,中间件的体系结构必须在通用性与专用性之间寻找平衡。传统的中间件体系结构产生这些问题的一个基本原因是:使用垂直分解过程获得的软件分解模型不能同时模块化共存的正交设计需求。论述了针对专门领域的面向方面中间件开发的三种工具:AspectIX和QuO处理QoS关注点,DIL从功能代码中分离协议实现。在建造一个中间件系统时,使用这些工具可以获得较好的模块性、可配置性和代码的演化性。     

面向方面中间件

中间件应用领域的不断扩展,给中间件体系结构的设计带来了困难,中间件的体系结构必须在通用性与专用性之间寻找平衡。传统的中间件体系结构产生这些问题的一个基本原因是:使用垂直分解过程获得的软件分解模型不能同时模块化共存的正交设计需求。本文总结了针对专门领域的面向方面中间件开发的三种工具:AspectIX和QuO处理QoS关注点,DIL从功能代码中分离协议实现。在建造一个中间件系统时,使用这些工具可以获得较好的模块性、可配置型和代码的演化性。     

基于BEA TUXEDO的邮政绿卡系统的开发

邮政绿卡系统是联机交易处理系统,采用三层的C/S体系结构,利用BEATUXEDO交易中间件以确保交易完整性和支持大规模并发处理.本文介绍了交易中间件BEA TUXEDO,并给出了基于BEA TUXEDO的邮政绿卡系统的具体设计,最后以卡存款交易说明BEATUXEDO的实际应用.     

中间件技术与ICE

以介绍中间件的概念为基础,对新一代的中间件ICE(Internetcommunicationengine)进行了分析和介绍,给出对这种新型中间件进行理论分析和研究的价值。同时,在基于ICE应用实例开发基础上通过给出ICE开发中的Server/Client结构的基本原型,说明应用ICE进行开发的基本方法和简要过程。从中间件的技术角度详细比较和分析了ICE与现今作为工业标准的中间件技术COBRA之间的异同点,阐述ICE作为新型中间件的优点和优势,以及这些优势在不同的应用领域中运用中的前景,从而说明ICE中间件在未来中间件市场发展的巨大潜力。     

一种中间件服务容错配置管理方法

提出一种基于运行时刻软件体系结构的容错管理方法,支持开发者和管理员针对不同中间件服务失效定制合适的故障检测和修复机制.首先,运行时刻软件体系结构自动构造构件依赖视图和错误传播①视图,为理解和分析整个系统的可靠性提供全局视图;然后,操作运行时刻软件体系结构配置容错机制;最后利用AOP技术将容错机制插装到中间件中,使其具备指定的容错能力.上述过程在一个可视化工具的辅助下半自动实施,并在J2EE中间件上得到验证.     

用基于XML的中间件访问异构数据库

为满足越来越多的企业应用对集成各种不同的数据库资源的需要,提出用一个基于XML的中间件访问异构数据库。根据数据集成的特点,设计了基于XML技术的Mediator/Wrapper的中间层系统结构。     

NMBGM——一种基于JBI的网格中间件

随着网格应用的发展,网格中间件普遍遇到兼容性、扩展性和如何支持QoS等方面的问题.提出一种基于JBI(Java Business Integration)的网格中间件NMBGM(Normalized Message Bus Grid Middleware),它以统一总线和标准化消息为基本思想,遵循SOA架构.从而可以很好地解决网格应用的兼容性和扩展性问题,并能从多方面支持QoS.此外还给出和分析了这种中间件在网格环境下的组织结构以及在交通网格中的应用实例.     

基于中间件的移动BOSS系统的设计与实现

自Client／server体系结构问世以来，中间件作为分布式网络上异构平台的互联桥梁应运而生，使用中间件进行大型应用系统的设计开发已经成为潮流。针对移动BOSS系统当前存在的一些问题，结合移动BOSS系统的结构和功能，设计并实现了基于中间件的4层体系结构的移动BOSS系统。系统增强了安全性、稳定性。     

FamiWare: a family of event-based middleware for ambient intelligence

Most of the middlewares currently available focus on one type of device (e.g., TinyOS sensors) and/or are designed with one requirement in mind (e.g., data management). This is an important limitation since most of the AmI applications work with several devices (such as sensors, smartphones or PDAs) and use a high diversity of low-level services. Ideally, the middleware should provide a single interface for accessing all those services able to work in heterogeneous devices. To address this issue, we propose a family of configurable middleware (FamiWare) with a really flexible architecture, instead of building a single version of a middleware with a rigid structure. In this work, we present the architecture of our middleware that can be configured, following a Software Product Line approach, in order to be instantiated in a particular device fulfilling specific application requirements. Furthermore, we evaluate that the decisions taken at architecture and implementation are the adequate ones for this kind of constrained devices.