如何在arm平台上运行Jetty5(包含移植jamvm + classpath过程).docVIP

如何在arm平台上运行Jetty5(包含移植jamvm + classpath过程) Jetty虽然是Java编写的程序，可以跨平台使用，但需要java虚拟机来启动，而java虚拟机并不是跨平台的，要重新寻找一个能在linux系统中使用且占用空间尽可能小的java虚拟机。由于arm只提供最多52M的空间，所以不得不排除我们最常用的sun公司的jre，因为它的安装目录达到134M，大大超过可用空间，裁剪工作也不太容易。 经过查找资料，基本确定以下几种方案： 1）CVM + jetty5 SUN公司的J2ME是专为移动设备设计的，在移动通信设备上已经有广泛的应用，很适合在嵌入式中使用。CVM是一个具有完整的J2SE L3 VM支持能力的Java虚拟机，但又比标准的J2SE VM小。作为一个全功能的Java虚拟机，CVM几乎支持J2SE VM的所有先进特性，包括最底层的调错处理和本地语言接口。 2）Android + i-jetty i-jetty是google公司基于jetty开发的运行在Android平台上的web容器，使手机也能搭建web服务。 3）Jamvm + GNU classpath + jetty5 Jamvm是一个c语言编写的开源的java虚拟机，它使用GNU classpath作为java类库。 首先采用第一种方案，具体操作过程见我的另一篇文章，这里只想说明结果。在对arm平台的CVM进行测试后发现，自带的HelloWorld和Test程序输出结果正常，但是启动jetty就会出现java.lang.UnsatisfiedLinkError异常，根据出错提示查看类库确实缺少很多类。后来使用裁剪的rt.jar仍然出现异常，看来CVM只适合小应用程序，对jetty这种比较大型的网络程序不太适合。 第二种方案没有过多去研究就否定了，我们的arm板运行的是linux，不可能更换成Android，如果想要使用i-jetty就得安装Android模拟器，可是该模拟机占用空间不小，也就没有花费太长时间去尝试。 第三种方案是研究时间最长，最有可能实现的方案了。虽然arm板上已有linux，但由于硬件限制不能在其上编译程序，所以还要准备其他的主机来完成编译工作，然后再将文件复制到arm板上。起先使用同事给我的Redhat Linux虚拟镜像，但是无论怎样编译classpath都编译不过。网上查找了很多有关这方面的资料，都没有人在Redhat下编译jamvm + classpath成功的例子，倒是在Ubuntu下成功过。于是自己在VMware中安装了Ubuntu 8.04服务器版的虚拟镜像（可从项目服务器下载），经过几天时间的编译、调错，终于找出能够编译成功的版本组合。 下面主要讲解的编译环境和操作过程就是基于第三种方案jamvm + GNU classpath。 编译环境及工具 Ubuntu 8.04虚拟镜像 项目服务器上的镜像，已安装了编译所需的其他工具如gcc、zlib、gcj、ecj等， 如果使用其他Ubuntu版本，需在编译时根据提示安装相应的程序。 Arm交叉编译链 4.3.2 提供的虚拟镜像中已经安装好，不需再安装，用来编译arm平台上运行的c和c++程序。 GNU Classpath 0.93 Jamvm使用的java类库，需要交叉编译。 Jamvm 1.5.1 一个开源的java虚拟机，需要交叉编译。 Jetty 5.1.12 Java编写的开源web容器，不需要交叉编译。 我们大部分工作都是在虚拟机中完成的，包括编译、打包、测试等等，虽然在arm上运行和虚拟机上运行结果有可能不尽相同，但经过我的运行测试发现，在arm上运行不了而出错的话，在虚拟机中运行出现同样的错误，所以一般我都会在虚拟机中调试好，程序能够运行再放到arm板，这样成功率更大。 工作目录 \home\kiki\work Arm交叉编译链、GNU Classpath、jamvm和jetty5源程序都存放在work工作目录下，环境变量中需指定arm交叉编译链的路径。 目标目录 \tmp 为了能与arm平台的目标目录相同，使用tmp文件夹作为编译的目标文件夹。用来存放GNU Classpath和jamvm编译后的文件，需要在configure时指定目标路径。 Classpath 0.9.3 + jamvm 1.5.1 这是我测试过，能编译成功的版本组合，但可能并不是唯一的。由于操作系统和安装软件不全的关系，在别人的Ubuntu上匹配的版本组合在我这里却不行，可是公司网