分布式计算系统管理端的跨平台实现-软件工程专业论文.docx

4.2.3 PMC整体架构设计 34 4.2.4 PMC服务的守护进程 34 HYPERLINK \l _TOC_250003 4.3 JNI接口的设计 35 BRIDGE模式 35 SINGLETON模式 37 4.3.3 异常机制的设计 38 HYPERLINK \l _TOC_250002 4.4 JNI部分的跨平台设计 39 4.4.1 跨平台的障碍 39 4.4.2 开发工具 40 4.4.3 Makefile的书写 40 4.4.4 代码的选择编译 42 HYPERLINK \l _TOC_250001 4.5 JNI的内存检测 43 4.5.1 内存检测软件 43 4.5.2 JNI的内存检测方法 43 HYPERLINK \l _TOC_250000 4.6 Web Service接口的实现和设计 47 4.6.1 系统功能分析 47 4.6.2 Web Service的实现 48 4.6.3 绑定样式的选择 49 4.6.4 Web Service接口的设计 50 4.6.5 当前系统的改进 51 4.7 相关测试 51 4.7.1 跨平台测试 51 4.7.2 跨浏览器的测试 54 4.7.3 集群管理部分的测试 54 4.7.4 数据统计分析部分的测试 56 第五章 总结与展望 57 致谢 58 参考文献 59 第一章 绪论 第一章 绪论 PAGE 1 PAGE 10分布式计算系统管理端的跨平台实现 PAGE 10 分布式计算系统管理端的跨平台实现 第一章 绪论 本章首先阐述了论文的选题背景，之后介绍了国内外当前的研究情况，最后 简要说明了论文的内容组织。 1.1 选题背景 目前，软件系统的改进和升级越来越频繁。对一个稍大的企业来说，系统管 理人员如果需要在几百甚至上千部电脑之间来回奔跑，效率和工作量是可想而知 的。但基于 B/S 架构的软件只需要管理服务器就行了，所有的客户端只是浏览器， 根本不需要做任何的维护。无论用户的规模有多大，有多少分支机构都不会增加 任何维护升级的工作量，所有的操作只需要针对服务器进行。如果是异地，也只 需要把服务器连接专网，即可实现远程维护、升级和共享。因此，B/S 架构的产品 明显体现着更为方便的特性。 现在大多数使用 B/S 架构应用管理软件的企业，架构服务器时其操作系统的 选择是并不是单一的，不同功能的服务器会选择特定的操作系统。另外，还有一 些服务器必须使用自己专用的操作系统，比如 Sun 公司的 Solaris。不管服务器选 用哪种操作系统都可以让用户通过浏览器来访问。可以说，B/S 架构使得客户端摆 脱了操作系统的限制，但服务端依然存在这个问题。 大多数分布式计算系统采用 C/C++语言开发，因为这样系统的效率很高。而 分布式计算的管理系统的要求却大不一样，它们对计算的速度没有太大的要求， 对安全性、可维护性及可移植性有较高的要求，特别是可移植性尤为重要。大型 的集群分布式计算系统中，众多的节点计算机肯定不会是单一的操作系统，相信 更多的是 Linux 系统，而 Linux 系统版本众多，所以管理端能够跨平台至关重要。 Java 在跨平台上具有天生的优势，可以运行在任何安装了 JRE 的操作系统上。 搭配上现今流行的 B/S 结构，使得客户只要有一台安装了浏览器的电脑就可以对 系统进行管理操作。所以，Java 用来开发管理端是非常合适的选择。但对于高性 能的计算系统，后台是理所当然采用 C/C++的。这样，就必须采用一种技术来保 证程序中 C/C++部分与 Java 部分之间数据的交流。 本文将针对分布式计算系统管理端跨平台、跨语言的特殊需求，进行分析和 研究。 1.2 国内外研究现状 综合现状 国内尚没有大型的集群式分布式计算系统，故完全同类型的课题还没有，在 国外也并不多见。但是，基于 B/S 结构的管理系统无论国内国外比比皆是。关于 Stuts、Tomcat 的研究也特别多，本文在这些方面也没有推陈出新，故不做太多介 绍。 关于不同语言之间的通信，国内外的相关产品和资料多一些。主要的方法不 外乎以下几种。 JNI技术 CORBA技术 基于TCP/IP的Socket通信 Web Service技术 本文主要讨论JNI技术和Web Service技术，关于其他技术的特点和优缺在第四 章有简略的分析和说明。 国内外 JNI 技术现状 JNI是Java本地接口(Java Native Interface)的缩写，它是一个本地编程接口，已 经被集成到标准Java平台之中。JNI允许运行在Java虚拟机上的Java代码操作其他语 言(例如C/C++编写的应用程序和库)。使用它提供的方法，Java代码