集团型企业JAVA分布式处理系统技术方案

本发明专利技术提供了一种集团型企业Ｊａｖａ分布式处理系统，该分布式处理系统包括与通信媒体连接的第一和第二计算机。第一计算机包括Ｊａｖａ虚拟机（ＪＶＭ）和含有远程Ｊａｖａ虚拟机（ＲＪＶＭ）的、用于传送消息的核心软件层。第二计算机包括ＪＶＭ和含有ＲＪＶＭ的核心软件层。消息从ＲＪＶＭ传送到一个计算机中的ＪＶＭ，再传送到第二个计算机的ＪＶＭ和ＲＪＶＭ。消息可以通过中间服务器转发或在网络重新配置之后重新择径。每个计算机包括含有复制处理器的智能存根模块，包括负载平衡软件部分和故障处理软件部分。每个计算机包括在节点上存储智能存根模块库的复制服务命名树。该计算机可以以无状态、无状态工厂、或有状态编程模型编程。集团型企业Ｊａｖａ分布式处理系统允许提高规模可伸缩性和容错性。（*该技术在2019年保护过期，可自由使用*）

【技术实现步骤摘要】

本专利技术涉及分布式处理系统，具体涉及分布式处理系统中的计算机软件。相互参照相关申请本申请要求1998年11月5日提出的美国临时申请No.60/107,167的权益。下列同时待审的美国专利申请已转让给本申请的受让人，将它们的公开文本援引于此以供参考(A)申请号尚不知(代理人备案号(Attorney Docket No.)BEAS1027)，由Dean B.Jacobs和Anno R.Langen提出申请(申请日尚不知)，原标题让消息通过分布式处理系统中的核心模块的集团型企业JAVATM(“CLUSTEREDENTERPRISE JAVATMHAVING A MESSAGE PASSING KERNEL IN A DISTRIBUTEDPROCESSING SYSTEM”)；(B)申请号尚不知(代理人备案号BEAS1029)，由Dean B.Jacobs和Eric M.Halpern提出申请(申请日尚不知)，原标题分布式处理系统中的智能存根模块或企业JAVATM豆模块(“A SMART STUB OR ENTERPRISE JAVATMBEAN IN A DISTRIBUTED PROCESSING SYSTEM”)；和(C)申请号尚不知(代理人备案号BEAS1030)，由Dean B.Jacobs和Eric M.Halpern提出申请(申请日尚不知)，原标题分布式处理系统中的复制命名服务(“A DUPLICATED NAMING SERVICE IN A DISTRIBUTEDPROCESSING SYSTEM”)。附图说明图1所示的客户机/服务器结构110是一种类型的分布式处理系统。客户机/服务器结构110包括至少两个处理设备，表示为客户机105和应用程序服务器103。附加的客户机也可以与通信媒体104连接，例如客户机108。通常，服务器103是商用逻辑模块(business logic)的宿主和/或协调事务处理以向另外的处理设备，例如客户机105和/或客户机108提供服务。应用程序服务器103通常用提供服务的软件编程。软件可以利用各种各样的编程模型，例如图1a-b所示的Enterprise JavaTMBean(“EJB”)100b编程。服务可以包括，例如，检索和传送来自数据库的数据，提供图像和/或解方程。例如，服务器103可以响应来自客户机105的请求，通过通信媒体102从永久性存储器件101中的数据库101a检索数据。然后，应用程序服务器103可以通过通信媒体104传送请求数据到客户机105。客户机是利用来自服务器的服务和可以请求服务的处理设备。用户106经常与客户机105交互操作，并可以使客户机105通过通信媒体104从应用程序服务器103请求服务。客户机经常处理与最终用户的直接交互操作，例如接受请求和显示结果。各种各样不同类型的软件可以用于编程应用程序服务器103和/或客户机105。一种编程语言是JavaTM编程语言。JavaTM应用程序目标代码被装载到JavaTM虚拟机(“JVM”)中。JVM是装载到模拟特定机器或处理设备的处理设备中的程序。关于JavaTM编程语言的更多信息可以从http//www.javasoft.com站点上获得，将这个站点列在这里以供参考。图1b表示若干种JavaTM企业应用编程接口(“API”)100，这些接口允许JavaTM应用代码仍然独立于基本事务处理系统、数据库、和网络基础设施。JavaTM企业API 100包括例如，远程方法调用(“RMI”)100a、EJB 100b、和JavaTM命名和目录接口(JNDI)100c。RMI 100a是经常用在如下所述的对等结构(peer-peer architecture)中的分布式编程模型。具体地说，一组类别和接口使一个JavaTM对象能够调用在不同JVM上运行的另一个JavaTM对象的公开方法。EJB 100b的示例通常用在如上所述的客户机/服务器结构中。EJB 100b的示例是软件成分或可以与其它成分组合的可重用预建的一段封装的应用程序代码。通常，EJB 100b的示例包括商用逻辑单元。存储在服务器103中的EJB 100b示例通常管理永久性、事务处理、并发性、线程处理和安全性。JNDI 100c向JavaTM软件应用程序提供目录和命令功能。客户机/服务器结构110存在着许多缺点。首先，因为服务器103不得不处理许多连接，所以结构110的规模不能太大。换言之，可以附加到服务器103上的客户机的数量受到限制。另外，加倍地添加处理设备(客户机)未必向你提供加倍的性能。其次，难以维护客户机105和108上的应用程序代码。第三，结构110易遭受一些系统故障或单点故障。如果服务器101发生故障并无法备份，那么客户机105将不能获得服务。图1c表示多层结构160。客户机151和152管理与最终用户的直接交互操作，接受请求和显示结果。应用程序服务器153寄存应用程序代码、协调通信、同步和事务处理。数据库服务器154和便携式存储装置155提供数据的持续事务型管理。多层结构160具有与客户机/服务器结构110相似的上述缺点。图2表示对等结构214。处理设备216、217和218与通信媒体213连接。处理设备216、217和218包括通过媒体213通信用的网络软件210a、210b、和210c。通常，在对等结构中的每个处理设备具有相似的处理能力和应用程序。对等程序模型的例子包括Common Object Request BrokerArchitecture(公用对象请求中介架构)(“CORBA”，)和Distributed ObjectComponent Model(分布式对象组件模型)(“DCOM”)结构。在一个平台特定的分布式处理系统中，各个处理设备可以运行相同的操作系统。这样就允许诸如共享盘、多尾盘(multi-tailed disk)和高速互连之类的专有硬件用于处理设备之间的通信。该特定的分布式处理系统平台的例子包括IBMCorporation′s S/390 Parallel Sysplex、Compaq′s TandemDivision Himalaya服务器、Compaq′s Digital Equipment CorporationTM(DECTM)Division OpenVMSTMCluster软件、和Microsoft CorporationWindows NTCluster Services(Wolfpack)。图2b示出了事务处理(TP)结构220。具体地说，TP结构220示出了BEASystems，Inc.TUXEDO结构。TP监视器224分别通过通信媒体280、281和282与处理设备ATM 221、PC 222和TP监视器223连接。ATM 221可以是自动出纳机，PC 222可以是个人计算机，和TP监视器223可以是另一个事务处理监视器。TP监视器224通过通信媒体283、284和285与后台服务器225、226和227连接。服务器225通过通信媒体286与永久性存储装置287、存储数据库289连接。TP监视器224包括工作流控制器224a，工作流控制器224a用于将来本文档来自技高网...

【技术保护点】
一种分布式处理系统，包括： 一个通信媒体； 一个与通信媒体连接的第一处理设备，含有第一Ｊａｖａ↑［ＴＭ］虚拟机（“ＪＶＭ１”）和包括第一远程Ｊａｖａ↑［ＴＭ］虚拟机（“ＲＪＶＭ１”）的第一核心软件层；和 一个与通信媒体连接的第二处理设备，含有第二Ｊａｖａ↑［ＴＭ］虚拟机（“ＪＶＭ２”）和包括第二远程Ｊａｖａ↑［ＴＭ］虚拟机（“ＲＪＶＭ２”）的第二核心软件层， 其中没有适用于ＪＶＭ１和ＪＶＭ２之间的接头，和 其中消息可以从第一处理设备传送到第二处理设备。

【技术特征摘要】
...

【专利技术属性】
技术研发人员：迪安B雅各布斯，安诺R兰根，
申请(专利权)人：BEA系统公司，
类型：发明
国别省市：US[美国]