我们依照这个文件来裁剪rt.jar：
首先在utralEdit中进行一些处理，去掉所有不是rt.jar中的class的行,去掉from后面的，去掉loaded等无关项目，再把“.”替换成“/”.这个可以利用正则表达式等轻松处理。处理完后得到的文件类似如下格式：
java/lang/Object
java/io/Serializable
java/lang/Comparable
java/lang/CharSequence
java/lang/String
然后写一个脚本或者程序处理，将rt中需要的的class拷贝到另一个对应的文件夹rt1，我用java写了一个,没有时间仔细改，但能完成人物了。代码如下：
import java.io.File;
import java.io.FileInputStream;
import java.io.FileOutputStream;
import java.io.IOException;
import java.io.InputStreamReader;
import java.io.LineNumberReader; public class ReduceRt {
//文件拷贝
public static boolean copy(String file1,String file2)
{
try //must try and catch,otherwide will compile error
{
// instance the File as file_in and file_out
java.io.File file_in=new java.io.File(file1);
java.io.File file_out=new java.io.File(file2);
FileInputStream in1=new FileInputStream(file_in);
FileOutputStream out1=new FileOutputStream(file_out);
byte[] bytes=new byte[1024];
int c;
while((c=in1.read(bytes))!=-1)
out1.write(bytes,0,c);
in1.close();
out1.close();
return(true); //if success then return true
}

catch(Exception e)
{
System.out.println("Error!");
return(false); //if fail then return false
}
}
//读取路径,copy
public static int dealClass(String needfile ,String sdir,String odir) throws IOException
{
int sn = 0; //成功个数

File usedclass = new File(needfile);
if(usedclass.canRead())
{
String line = null;
LineNumberReader reader = new LineNumberReader(new InputStreamReader(new FileInputStream(usedclass),"UTF-8"));
while((line = reader.readLine())!=null)
{
line = line.trim();
int dirpos =line.lastIndexOf("/");
if(dirpos>0)
{
String dir = odir+ line.substring(0,dirpos);
File fdir = new File(dir);
if(!fdir.exists())
fdir.mkdirs();
String sf = sdir + line + ".class";
String of = odir + line + ".class";
boolean copy_ok=copy(sf.trim(),of.trim());
if(copy_ok)
sn++;
else
{
System.out.println(line);
}

}

}
}
return sn;

}

public static void main(String[] args)
{
String needfile = "usedclass.txt";
String sdir = "./rt/";
String odir = "./rt1/";
try {
int sn = dealClass(needfile,sdir,odir);
System.out.print(sn);
} catch (IOException e) {
// TODO 自动生成 catch 块
e.printStackTrace();
}

}

}

我裁剪出来的rt大小为500多k。然后将rt1里面的目录和文件打包成rt.zip,改名为rt.jar，然后替换原来的rt.jar。具体的步骤可以参考上面提到的那两篇文章。

#######################

如何制作最小的RCP程序压缩包（包含JRE）

Java开发程序，发布时总要考虑的问题就是怎么在使用者的机器上装好JRE。要考虑的问题很多：使用者有没有能力独自安装JRE，使用者已有的 JRE 和我们需要的版本是不是一致，会不会出现版本问题，等等。使用.NET要考虑的问题就少些。现在.NET CLR似乎已经很普及了，看好多D版的 Win XP都会自己安装最新的.NET CLR，而且似乎它的安装界面也比JRE友好些。彻底解决安装JRE的问题的方案，就是让我们的应用程序自己背着JRE！这样，我们的程序就像传统的Win32应用程序一样，双击就可以执行，不用管所在的机器上是否有JRE，是什么版本的JRE，无论怎样，我有我自己的！要做到这一点，其实非常容易。
王森在他的《Java深度历险》（强力推荐这本书，内容少而精）的第一章就解释了JDK，JRE，JVM之间的关系。解释了我们执行java.exe时发生的事情。其中提到，java.exe依照一套逻辑来寻找可以用的JRE，首先查找自己所在的目录下有没有 JRE（据王森讲这样说不确切，我没有JDK全部的源代码，在此无从考证）；其次查找自己的父目录下有没有JRE；最后才是查询Windows的注册表。
通常我们在安装好了JRE的机器上的任何一个目录下都可以执行java.exe。因为它在安装时被复制到了windows的system32目录下，而后者无论如何都会在path环境变量中。这个java.exe最终必然会访问注册表来确定真正的JRE的所在地。若我们要求每一个应用程序都自带JRE，必然不能走这条路。但，逻辑的第二条讲，java.exe会在它的父目录下查找JRE，解决方案就在这一条中。
假设我们的应用程序打好了包，叫做 MyApp.jar，放在MyApp的目录下。我们在MyApp目录下，可以执行java ?jar MyApp.jar来运行我们的程序。我们安装的是 JRE 1.5，在C:\Program Files\Java\jre1.5.0下。现在，我们只需要简单的将jre1.5.0目录搬到MyApp目录下，顺便改个容易写的名字比如叫jre。现在，我们的应用程序就象这样：
MyApp
        MyApp.jar
        Jre
               Jre1.5.0目录下的全部内容
Java.exe 就在jre目录下的bin目录中。根据第二条逻辑，java.exe会在它的父目录中查找jre，实验证实，它会查找lib目录，而lib就在jre目录下。因此，这样java.exe就会确定jre的所在然后正常执行java程序，不会去管我们是否安装了JRE，注册表中是否有注册项这些杂事了。
试一下，在命令行下进入MyApp的目录下，假设它在C盘，将path指向MyApp下的JRE：
set path=c:\MyApp\jre\bin
然后运行：
java ?verbose ?jar MyApp.jar
加上verbose参数以确定我们确实用了这一套被搬出了家的JRE。
程序可以运行，并且在命令行输出的前几行，可以看到：
[Opened C:\MyApp\jre\lib\rt.jar]
[Opened C:\MyApp\jre\lib\jsse.jar]
[Opened C:\MyApp\jre\lib\jce.jar]
[Opened C:\MyApp\jre\lib\charsets.jar]
因此程序读取的确实是它的私有的JRE。
至此，我们似乎完成了任务。但是现在我们的私有JRE仍不完美，缺点是太大。JRE 1.5有接近70MB，作为我们的私有的JRE，好多内容都是可以抛弃的。Jre目录下的license都可以不要，bin下的执行文件只需要保留java.exe或者javaw.exe，lib下只要保留rt，jsse， jce，charsets几个库就可以了。除了i386和zi两个子目录外，其余的子目录都可以不要。Zi下只需要保留自己地区的子目录和其下的一些文件就可以。Lib下除了库之外的属性文件等等都要保留。这样清理一番，JRE仍然有接近50MB。还可以继续清理几个库文件里面不需要的内容，这需要仔细的整理，会很费功夫。最好能写出一个自动工具帮助我们整理它们。从Sun公司上下到的JMF里面附带的用Java写的媒体播放器就自带了JRE，只有几个 MB。
清理过后需要运行几遍我们的应用程序，以确保我们的JRE不缺少东西。
如果我们希望能有一个程序直接启动我们的应用程序，那就还要费些功夫。最简单的方法是弄出一个快捷方式来，但是快捷方式的路径不能是相对的，不方便我们安装。我想到的方案就是用Win32程序包装一下。在VS.NET下写一个Win32小程序：
int PASCAL WinMain( HINSTANCE hInstance,
     HINSTANCE hPrevInstance,
     LPSTR lpszCmdLine,
     int nCmdShow )
{
     STARTUPINFO si;
     PROCESS_INFORMATION pi;

     ZeroMemory( &si, sizeof(si) );
     si.cb = sizeof(si);
     ZeroMemory( π, sizeof(pi) );

     // Start the child process.
     if( !CreateProcess( "jre\\bin\\javaw.exe",//执行的程序名
                         "jre\\bin\\javaw.exe -jar MyApp.jar", // 带参数的执行程序
             NULL,              // Process handle not inheritable.
             NULL,              // Thread handle not inheritable.
             FALSE,             // Set handle inheritance to FALSE.
             0,                 // No creation flags.
             NULL,              // Use parent's environment block.
             NULL,              // Use parent's starting directory.
             &si,               // Pointer to STARTUPINFO structure.
             π )              // Pointer to PROCESS_INFORMATION structure.
     )
     {
             ErrorExit( "CreateProcess failed." );
     }

     // Wait until child process exits.
     WaitForSingleObject( pi.hProcess, INFINITE );

     // Close process and thread handles.
     CloseHandle( pi.hProcess );
     CloseHandle( pi.hThread );
}
基本上是按照MSDN文档中的例子照搬的。将它编译成一个EXE文件，我们的任务才全部完成。双击这个EXE文件，我们的程序启动了，看起来和传统的Win32程序没有两样，JRE完全被隐藏在底层。

###################

如何制作最小的RCP程序压缩包（包含JRE）

如果开发完了一个RCP应用程序，要安装到客户端，那么这个安装文件会有多大呢，我们当然希望是越小越好。

我们先算一下普通方式下的文件大小：

jre1.5 安装程序 16M

rcp3.2 runtime 9M

rcp应用程序（包含用到的第三方的lib） 此处假设 2－3M

那么将这些文件打成包后的大小将为28M左右，一个普通的rcp安装程序居然会有这么大。这实在有点令人难以接受。

难道就不能再小一点吗？我们多么希望有一个小巧的RCP安装程序啊。答案是肯定的，我们完全可以将RCP安装程序控制在10M以内，甚至更小。

此处只介绍如何压制一个最小的RCP压缩包，至于如何制作安装程序，已经超出了讨论的范畴，只要有了最小的压缩包，不论用何种安装程序，都可以制作出10M以下的RCP安装程序。

第一步： jre 减肥

jre1.5安装程序有16M，这可是一个大东西，客户想要运行RCP程序，首先就要安装JRE。这也是很多客户反感的，jre里面包含了太多的东西，很多是rcp程序根本用不到的，比如swing库，如果全是用swt开发，swing包就多此一举了。 而且JRE的安装程序也不见的那么健壮，笔者就曾经两次遇到在不同的机器上不能成功安装jre的情况，而且通过添加删除程序也删不掉，非常烦人。其实完全没有必要安装JRE，只需要在rcp安装目录下建一个jre目录，里面包含jre用到的文件就可以了。rcp程序启动时，会首先查找当前目录下有没有jre目录，如果有，就用里面的jre，如果没有才去注册表查找jre。接下来，我们看看这个jre目录里面都有哪些东西，一些不要的统统删掉，至于删掉哪些，要根据情况而定，这个需要反复实验才能确定哪些有用，哪些没用。最后bin目录笔者保留了必须的dll和exe文件，llib目录里面，只保留了rt.jar和charsets.jar这两个库。但是rt.jar还是太大了32M，既然要减肥，那就彻底减到底吧，用winrar或者其他解压缩工具打开rt.jar，看看哪些包里面的class不需要，就统统删掉。例如，客户端不需要swing,javax.swing包干掉，客户端不需要rmi，javax.rmi包干掉，删来删去，最后rt.jar变成了10多M, charsets.jar这个包也挺大8M，里面包含了不同的字符集编码，其实很多字符集都用不到，根据情况挑选你所用的吧。

到了这一步，jre已经瘦了一圈了，但还是不能达到我们的目的，如果用普通的压缩工具压缩jre目录后，基本可以达到10到12多M。这离我们的目标还差好大一快呢。jre还的减肥，这次狠一点，拿出我们的杀手武器pack200，pack200是java1.5自带的（在jre\bin\目录下）一个针对class文件进行压缩的工具，由于专门针对class文件进行了优化，压缩比高的惊人（当然速度也比普通压缩软件慢多了）pack200的用法请自行参考相关文档

。先用pack200把rt.jar,和charsets.jar压缩一下，然后用其他压缩软件对jre整个目录压缩一下，压缩后的大小让你吃惊，如果用rar，压缩出来的是4M，zip高一些4.8M。可能是笔者删的东西太多了，所以会这么小。但这里还包含一个8M的charsets.jar文件。笔者试过，如果不包括charset.jar，用rar压缩后大小为2.88M,这实在太惊人了，有谁能想象一个只有2.88M的JRE，遗憾的是charset.jar是必须的，你可以删掉里面一些不要的字符集这样能压出来的jre也再3M-4M之间。必须注意的是，解压缩的时候，还要用pack200解开压缩后的jar文件。整个步骤就是压缩两遍，第一遍用pack200压缩所有的jar文件，第二遍再用一个其他压缩软件压缩jre目录。这样就能得到一个很小的jre压缩包。

看到这里，有人开始怀疑，这个3M多的JRE能用吗？笔者就曾将这个jre放到eclipse目录下，eclipse启动一切正常，进去后可以继续写我的java代码，还可以编译java文件（其实eclispe本身不需要tools.jar,它自己就带了一个很强的java编译器），从cvs下载文件也不成问题，试了一圈，没发现有什么出错的地方。当然，包不齐，少了那个class文件，就会出错了，所以删除class文件的时候，尽量不要多删。如果你很熟悉每个class文件的用途，就可以放心的去删了。如果SUN能出一个 MINI JRE 那就更好了。

第二步: RCP插件减肥

记不清从eclipse3.1起的那个版本，已经开始支持将插件打包成一个jar文件，甚至这个插件里面包含着其他的jar文件，这在3.1以前只能创建一个插件目录。既然插件可以打包成jar文件，那么pack200就派上用场了，同压缩jre一样，此处就不在叙述了。

值的注意的问题是，有的插件jar文件里面包含一个目录lib,lib里面又包含了其他的jar文件，那么用pack200对这个插件jar压缩的时候，lib里面的jar文件是不会压缩的。这个也不是什么问题，只要写个小程序，对lib里面的jar文件压缩一下就行了。

笔者实验的所做的RCP的插件压缩后的大小为6M多，这里面包括rcp runtime 必须的插件，以及自己开发的rcp程序，用到的第三方库，以及eclipse的一些插件emf,gef,jface-databinding等，这些加起来压缩后总共6M多。如果你用的插件不是那么多，压缩后的肯定更小。 这样加上jre，整个程序控制在了10M以内。

让人非常讨厌的是，从eclispe3.2M5 起，又加了一个com.ibm.icu的插件，这个插件竟然有3M多，而且这个插件是rcp runtime必须的。其实这个插件又是一个和字符集相关的插件，里面很多字符集是程序用不到的，除非你的程序要支持多语言，但也不会把所有的语言都囊括吧。如果每个字符集都能做成一个插件，只挂接自己想需要的，哪可真是太好不过了。希望eclispe3。3会改进这一点。
 

服务器IP ： http://192.168.1.240/

操作系统  ： FEDORA LINUX 6。0

WEB应用 ： Apache + WebSphere + DB2

下面是终端登陆步骤：

一.   管理Websphere服务

1:通过ssh查看websphere的服务状态
 登陆ssh : ssh 192.168.1.240 –l root (ENTER)

输入密码！ 

cd opt/IBM/WebSphere/AppServer/bin
(注：可以使用 ./serverStatus.sh -all -user 第一步重大登录名 -password 第一步中的密码
 这样就可以查看所有199的server情况，比如server1已经启动)

2:./startServer.sh server1 可以开启服务
  ./stopServer.sh server1 可以停止服务 
  ./startNode.sh   可以开启节点（一个节点代表一个机器）  ./stopNode.sh 可以停止节点

  cd opt/IBM/WebSphere/AppServer/profiles/Dmgr0101/bin
  ./startManager.sh 开启管理控制台
  ./stopManager.sh 停止管理控制台
3:一般开启服务的顺序是：
 ./stopManager.sh 开启管理控制台
 ./startNode.sh   可以开启节点
 ./startServer.sh server1
4:一般停止服务的顺序是：
 ./stopServer.sh server1 可以停止服务
 ./stopNode.sh 可以停止节点
 ./stopManager.sh 停止管理控制台
5:备份以前的stat.war
cd opt/IBM/WebSphere/AppServer/profiles/default/installedApps/was…/
将以前的东西备份一下。tar -zcvf myfiles.tar.gz ./stat_war.ear (将./stat_war.ear打包到当前目录下)
相应的解包操作：tar  zxvf ./myfiles.tar.gz  /home(将./stat_war.ear打包到home目录下)

二.   安装部署文件:比如说安装loginServer.war

部署和管理应用程序

在开发企业应用程序并配置应用程序服务器后，就可使用管理控制台在服务器上安装应用程序文件，并管理已部署应用程序的活动。

通过./startManager.sh 开启管理控制台（默认为打开）

1． 登陆控制台有两种方法：

http://192.168.1.240:9060/admin 或 http://192.168.1.240:9060/ibm/console 一般控制台的登陆都是和系统关联的，所以可以直接使用LINUX系统用户登陆。

2. 通过winzip 或 winrar 讲项目压缩成 .zip 格式。（注： 必须保证项目文件处于压缩包中的根目录）

3. 下面我们开始部署 loginServer.war 点击 “应用程序”/ “企业应用程序” 如下图1：

4．然后选择 “安装” 进入如下页面见图2：

在“指定路径”选择本地磁盘的 loginServer.war 文件。然后填写 “上下文根” 这里我填写的内容是 “/loginServer”然后点击“下一步”。进入“选择生成缺省绑定和映射。”这个页面只要都选择默认就可以了继续 “下一步”。然后你会看到 “分析此应用程序导致以下安全性警告。”的页面。点击“继续”。如图3：

在 “安装应用程序的目录” 输入：“/loginServer”然后“下一步”。注：其他为默认。“预编译 JSP”不要开启。接下来的两个界面默认就可以“下一步”把：-）到这里就可以点击完成拉！图4：

然后可以看到正个安装过程！如有意外会现实安装成功！见图5：

点击 “保存到主配制”一路保存。。。

然后又回到了图1的页面，只是多了一项见图6：

将前面复选框选上，然后点击上面的“启动”。输入：http://192.168.1.240:9080/loginServer/

就应该可以访问你部署的项目了！如果通过80端口直接访问就 需要手工修改 Aapache和plugin的配制文件。请查阅相关主题！

参考：

1. IBM官方Websphere中文使用教程

http://publib.boulder.ibm.com/infocenter/wasinfo/v5r0/index.jsp?topic=/com.ibm.websphere.base.doc/info/aes/ae/trun_appl.html

2. APACHE 官方文档

http://httpd.apache.org/docs/2.0/

3. IBM Websphere 自带的光盘中 doc 关于 IBM Http Plugin 组件的具体配制。

一：MyEclipse插件安装问题

插件本身在默认安装后，Hibernate相关的配置和生成的模版有误。可能的解决方式是重装MyEclipse插件，更换路径或版本号。
还有就是在配置项目的Spring和hibernate支持的时候将hibernate相关的包都勾上。(见图1)

在选择JDBC连接时，注意数据库方言设置是否正确。Oracle默认的方言是:Oracle9i/10g

二： JDK的安装问题

MyEclipse 4.5以上版本，本身自带有JRE。但是常常问题就出现在这方面。默认带的JDK版本过低。导致在6.5或6.6版本中常出现内存泄露问题。所有的MyEclipse相关的插件都共用这个默认的jre如MyEclipse Database Explorer 。。。
建议不要使用MyEclipse自带的JDK，而使用系统安装的JDK（不是JRE）。

三：数据库的JDBC驱动程序

针对Oracle来说，它的JDBC驱动有两种class12.jar和ojdbc14.jar，前者对Hibernate的支持不好，连接常出现问题，推荐后者。
由于驱动问题导致这个异常的情况特别多，因为ojdbc14.jar有两个版本，一个版本为9.0.1.1另一个是9.2.1.1后者经常性出现这个问题。
通过查看他们的大小可以看出来版本，推荐使用9.0.1.1版本（也就是文件大小是1.5MB左右）。9.2.1.1的JAR文件大小是1.1MB左右。
如果通过更换驱动还不能解决问题，请您继续往下看。这里的驱动不是只在项目里用的驱动包，而是在配置“MyEclipse Database Explorer”连接数据库时所使用的jar包。（见图2）

如果项目一开始使用12的版本出现了这样的问题，后来再更换，就无法解决了。只能重装MyEclipse 插件。

四：项目的相关配置文件

MyEclipse 会在项目相关的很多个配置文件中记录。典型的就是项目目录中那些以“.”开头的文件，查看一下就知道了。(如图3)

在MyEclipse较老版本的”.myhibernatedata”文件里加入如下内容也可以解决。

“hibernate.dialect=org.hibernate.dialect.MySQLDialect”。
多查看一下这个文件，相关的参数还有：configFile=/../../hibernate.cfg.xml" 是否指向错误。