Jini设备及其应用实例 - 编程入门网

Jini设备及其应用实例(2)

实现Jini服务的三种不同途径

设备拥有常驻的JVM

成为Jini系统联邦一部分的一个明显的设计方案就是让其包含计算能力、内存和稳定的存储空间，这些是拥有一完全的JVM以及支持Jini基础结构所需的Java应用环境的那些部分所需的（尤其是那些部分包括代码载入、RMI和任何所需安全机制）。这将使设备进入专门的计算入口，设备的一部分将专门为Jini结构所需的部分Java API服务。在这种途径下，硬件抽象实现在了一设备局部软件抽象之后，该软件抽象了在客户与服务连接的的代理代码之后。

这样的设备可以对Jini和Java技术有完全的支持，包括上载与设备通信的的代码和下载可能为设备提供服务所需的代码。这样的设备在网络通信上使用本机RMI协议，并在通信协议和特定的控制设备自己运行的软件协议之间有一个宽松的联系。用这种途径，设备成为一通过嵌入式Jini平台提供特定服务（或服务集）的专门网络应用。

实际上，这种途径以RMI服务器的实现使用了硬件解决方案，在两个方向上隔离了硬件：先上载到Jini查找服务后下载到服务客户的本地代理代码来提供；在服务设备上的本地JVM和由Jini程序写的代码允许客户代理和硬件自身的调解。

通过设备上的JVM中介，一个使用这种途径的设备可以简单地在设备上实现多种服务。这样的设备可以在对客户和客户与服务之间的网络协议无影响的情况下自身发展。尽管简单、灵活，这种途径会增加设备的成本。设备需要一可运行JVM的微处理器，产生存储类所需的内存和一些存储JVM和JDK软件类的常驻存储（如磁盘或NVRAM）。所有这些都加到了那些执行设备提供的Jini服务所需的硬件之上。

满足这些需要不要调用JVM的主机版本，或一个在设备上运行的完全的JDK。JVM可以在任何形式的微内核或设备的硬件上直接运行。并且JDK的大部分不为一设备所需要，占用当前版本JDK相当大部分的如图形和UI（User Interface）类不被需要。版本的其它部分同样可抛弃，“被剥皮”的JDK足以满足Jini设备的需要。确定这样一个JDK子集的大小和部件是值得一做的；这与EmbeddedJava技术加上额外的RMI类的规模类似。

对于这种途径来说，重要的是可以下载用Java语言写的任何代码，并可以使用RMI通信系统和处理一个虚拟机一般的需要。通过一标准JVM，设备在Jini系统联邦中有一完全的成员资格，且在它提供给联邦的其它成员的代理与它自身通信方式上有足够的弹性。

使用专门JVM的设备

假如制造商愿意放弃Jini分布式结构提供的某些灵活性，我们可以降低对其进入（Jini设备生产）的要求。为此，设备生产商需在设备中实现对Jini发现与查找服务的接口，包括对某种租用专门的处理和对这种租用直接续租的能力，该租用由查找服务分发。并且设备还应有下载对服务有用代码的能力。这是一专门的功能集，比整个JVM需要的少得多，可由小得多的代码来实现。

这样的设备将包括一Jini环境专门设计的JVM，允许访问Jini发现和查找服务以及续租一特别顺序的租用。它限制了这样一个设备的灵活性，因为设备不可以变化软件。对由查找服务分发的租用的专门认知也使得这样的设备只能与专门的查找服务打交道。但是，这种服务功能上的欠缺可由简化设备总体得以弥补。

多个设备共用一虚拟机（物理上的）

此种方法使用了一个完全的JVM，但通过一系列不同设备完成JVM的开销（包括软件和硬件）。通过这种方法，一系列的设备都使用一物理上共同的JVM作为设备和Jini系统之间的中间层。设备载入Java程序到局域虚拟机，允许局域虚拟机与设备交互，然后将局域JVM作为与Jini查找服务和Jini发现服务和Jini租用交互的代理。

除了设备使用的JVM是

凌众科技专业提供服务器租用、服务器托管、企业邮局、虚拟主机等服务，公司网站：http://www.lingzhong.cn 为了给广大客户了解更多的技术信息，本技术文章收集来源于网络,凌众科技尊重文章作者的版权，如果有涉及你的版权有必要删除你的文章，请和我们联系。以上信息与文章正文是不可分割的一部分,如果您要转载本文章,请保留以上信息，谢谢!