Jini和RMI开发中的codebase问题

<script type="text/javascript"> google_ad_client = "pub-8800625213955058"; /* 336x280, 创建于 07-11-21 */ google_ad_slot = "0989131976"; google_ad_width = 336; google_ad_height = 280; // </script> <script type="text/javascript" src="http://pagead2.googlesyndication.com/pagead/show_ads.js"> </script> codebase问题其实是一个怎样从网络上下载类的问题，我想不只是在Jini和RMI程序开发中要用到。只要需要从网络上下载类，就要涉及到codebase问题。例如applet等。但是因为我对applet程序不是很熟悉，所以我就只谈Jini和RMI，但我想codebase问题应该是通用的。 毫无疑问，对于大多数Jini和RMI开发新手来说，如何使用codebase是比较容易令人迷惑的一件事。（我的一位师妹就很痛苦过，而且怀疑这个是不是sun的一个骗局:P）下面我就讲讲codebase要注意的几个方面，也就是容 易出问题的地方。 一、为什么需要codebase 当我们用一个对象作为远程方法调用的参数时，对象是以序列化流来传输到远端，然后在远端重新生成对象。这样就可能在两个Java虚拟机中交换对象了。但是序列化是这种传递对象的一部分。当你序列化对象时，你仅仅是把对象的成员数据转化成字节流，而实际实现该对象的代码却没有。也就是说，传递的只是数据部分，而做为控制逻辑的程序代码部分却没有被传递。 这就是RMI初学者容易误解的地方，我已经序列化对象了，而且对象也传过去了，怎么还说找不到呢。其实，对象数据的确过去了，不过找不到是类定义，这个并不是序列化传过去的，RMI协议是不传递代码的。但是，对于本地没有的类文件的对象，RMI提供了一些机制允许接收对象的一方去取回该对象的类代码。而到什么地方去取，这就需要 发送方设置codebase了。 二、什么是codebase 简单说，codebase就是远程装载类的路径。当对象发送者序列化对象时，会在序列化流中附加上codebase的信息。这个信息告诉接收方到什么地方寻找该对象的执行代码。 你要弄清楚哪个设置codebase，而哪个使用codebase。任何程序如果发送一个对方可能没有的新类对象时就要设置codebase（例如jdk的类对象，就不用设置codebase）。codebase实际上是一个url表，在该url下有接受方需要下载的类文件。如果你不设置codebase，那么你就不能把 一个对象传递给本地没有该对象类文件的程序。 三、怎样设置codebase 在大多数情况下，你可以在命令行上通过属性java.rmi.server.codebase来设置codebase。例如，如果你在机器url上运行web服务器，端口是8080，你所提供下载的类文件在webserver的根目录下。那么运行应用程序的java 命令行: -Djava.rmi.server.codebase=http://url:8080/ 这就是告诉任何接受对象的程序，如果本地没有类文件，可以从这个url下载。 四、类文件应该在什么地方 如上所示，当接收程序试图从url的webserver上下载代码时，它会把对象的包名转化成目录，到相对于codebase的该目录下寻找（这点和classpath是一样的）。例如，如果你传递的是类文件yourgroup.project.bean的实例，那么接受方就会到下面的url去下载类文件： -Djava.rmi.server.codebase=http://url:8080/yourgroup/project/bean.class 一定要保证你把类文件放到webserver根目录下的正确位置，这样这些类文件才能被找到。另一方面，如果你把所有的类文件包装成jar文件，那么设置codebase时就要明确的指出这个jar文件。（这又和classpath一致了，其实codebase就是网络范围的类路径。）例如你的jar文件是myclasses.jar，那么codebase 如下： -Djava.rmi.server.codebase=http://url:8080/myclasses.jar 你注意这两种形式的不同。用jar文件后面不用跟‘/’，而用路径的一定用跟‘/’。 Codebase和安全问题 我们需要注意的是下载代码如何与Java的安全机制进行协调。本质上讲，codebase属性是应用程序在运行时动态地扩展自己classpath的一种方法。很明显，这会引起安全问题，你可能会下载一些不安全的类代码。所以一个Java程序如果要下载远程的类，必须安装安全管理器。如果没有安全管理器，一个Java程序只能在装载局部代码，并且忽略所接受到的codebase信息。大部分RMI程序需要从远端下载stub文件，而所有的Jini程序都需要下载服务代理。所以如果你不安装安全管理器，你就不能开发RMI和Jini程序。当你遇到安全例外的错误时，你最好检查以下自己的程序，是否安装了安全管理器。 开发时的问题 使用codebase经常出现的问题可能与我们的开发观念有关。我们许多人在安装我们的开发环境时都是尽可能的方便。也就是说，当开发分布式应用程序时，我们把客户端和服务端的程序放在同一目录下运行。这会产生许多问题，首先因为客户程序和服务程序都在本地，即使你没有正确的设置codebase属性，类文件也可以在本地的classpath装载进JVM。其次，你可能会忘记安装安全管理器，因为所有的类都可以在本地找到。 也就是说，我们这样开发，最大的弊端就是，我们不知道那些类是应该从远端下载的，因为所有的类在本地都找得到。这样你也许会发现你的程序在开发调试时运行的很正常，而一旦到了真正的运行环境，也就说分发到了一个分布式环境中时，就出现了许多问题。也就是我们所说的codebase，以及从网络上下载类的各种问题。我将在另一篇文章中讲如何安装你的开发环境来仿真多机环境。 一些常见的codebase错误 上面我们所讲的时codebase是怎么一回事，它是如何工作的。现在，我想讲几个Jini和RMI开发者应该注意的几个问题。 1、在codebase中指定多个url：在一个单独的codebase中分隔多个url正确的方法是用空格。例如 -Djava.rmi.server.codebase="http://url:8080 http://url:8080/myclasses.jar" 2、不要使用带file的url：如果你有一个可用的webserver，或者你不想以后运行时出现麻烦，建议你不要使用file：URL的形式作为一个codebase。我曾经看过一个讲codebase的例子，还使用file：形式，真的是有些误导读者。用file这种形式不是个好主意。因为如果服务器给客户传递一个file codebase，那么客户只会试图从本地文件系统装载类代码。如果你在同一台机器上开发和调试服务和客户程序，那么这是可以工作的。但是如果你在不同的机器上运行程序，就会出现问题。 在codebase URL中不要使用localhost：localhost是用来指定当前机器的。如果服务器设置的url中包含localhost，那么客户分析这个url，就会试图从自己的系统装载类文件。这和file一样是个不好的习惯。 开发RMI程序是不是需要一个webserver 有时我也怀疑为了开发RMI程序就安装一个webserver，是不是有点太夸张了。开发RMI程序是不是真的需要一个单独的webserver。其实codebase的设置是很灵活的。我们可以使用一个单独的webserver，来作为一个组成员的类文件下载的服务器。对于开发大型的RMI应用程序来说，这是不会有问题的。如果是个人开发的，现在在Jini开发时，sun公司提供了一个简单的webserver，httpd。这个是完全可以完成类文件下载的。