From：http://blog.csdn.net/mervyn/articles/928589.aspx

※简述※

Subversion是近期在开源社区中非常流行的一款版本控制软件，它是CVS的替代产物。

它的主要特征有：

CVS大部分的功能。
支持“目录”级别的版本管理，并且解决了CVS中迟迟未能解决的文件重命名和移动等问题。甚至对文件或文件夹的属性都提供了版本管理。
“提交（commit）”实现了真正意义上的原子操作。也就是类似数据库中的事务的功能。
版本号依据每次提交而改变，不再针对每个文件。日志信息也是针对每次提交而设置。所以看到版本号是几百或者几千也不用太惊讶，表示方式不一样罢了。
通过WebDAV/DeltaV协议，可以与Apache的网络服务无缝衔接（通过Apache来运行）。这样就能提供一些额外的功能，例如：认证，压缩传输，以及数据仓库（Repository，见下）的浏览等。
也可以作为独立服务器运行，但这样的话提供的功能较为简单薄弱。
两种运行模式都支持SSH（当然需要各自的支持和配置）
降低了分支（Branch）和标签（tag）上的时间消耗。底层设计理念和实现上的不同，不细说了。
时间消耗依据的是文件改变部分的大小，而不是数据总量。
创建数据仓库时，用户可以指定是使用内嵌的 BerkeleyDB 数据库，还是特定格式的文件系统。
其他还有些零星的小功能，具体可以参阅： http://subversion.tigris.org/roadmap.html

这里解释一下数据仓库的概念：
一个数据仓库对应的可以是一个项目，也可以是多个项目。SVN是基于数据仓库进行管理的。
按照用户习惯，可以只在每个数据仓库内仅放置一个项目的内容。

※下载※

Subversion 1.2.3:
http://subversion.tigris.org/project_packages.html
（SVN的Server端，分不同操作系统的版本，这里我下载的是for windows及for linux的）

TortoiseSVN:
http://tortoisesvn.tigris.org/download.html
（windows下的SVN客户端，以shell方式集成在系统右键菜单中）

Apache 2.0.55:
http://httpd.apache.org/download.cgi
（视操作系统而下）

※安装使用※

下面说一下安装，分两种平台（windows，linux）及两种模式（与Apache绑定 vs. Stand-alone）
具体在Apache上的配置倒是大同小异。

另外，SVN是支持SSL的，但是这个配置牵涉到其他太多东西，本文就不过多涉及了。真的有需要可以参考SVN的手册（英文）。

方便起见，用几个变量代表具体的值，请自行加以调整：

%SystemRoot% — windows的系统所在目录，一般类似这样：C:"WINNT
%SVN_HOME% — SVN的安装目录
%SVN_REPO_PARENT% — SVN所有数据仓库的根目录（就是存放全部版本文件的总目录）
%PROJECT_NAME% — 项目名，严格的来说它对应的是一个数据仓库，但是这里遵从用户习惯，以项目名称方式来命名。
%SERVER_NAME_OR_IP% — 服务器名或IP地址
%APACHE_HOME% — Apache2的安装路径

另外，安装过程默认使用文件系统做后台数据库，文中不再加以说明。如需使用BerkeleyDB，请自行参考SVN文档。

Windows上的服务器端安装
____________________________________________

1.双击下载得来的”svn-1.2.3-setup.exe”并安装到”%SVN_HOME%”

2.安装完毕后，”%SVN_HOME%"bin”应该已经自动加入到系统路径（%PATH%）中。如果没有，请手工添加。

3.用命令行来测试安装结果是否正确：

1.        cmd

2.        svnadmin

如果返回这样的错误信息：”svnadmin.exe - Unable To Locate DLL”，那就需要尝试一下步骤的中的一种或几种：
安装VC++ 6.0（主要是安装VC的运行库）
或者直接从别的机器上拷贝一个”msvcp60.dll”文件到本机的”%SystemRoot%"system32″下

4.使用以下命令创建一个数据仓库，用来存放项目的源代码和其他文件：

1.        cmd

2.        svnadmin create%SVN_REPO_PARENT%"%PROJECT_NAME%

5.其中%SVN_REPO_PARENT%是包含所有数据仓库的目录，%PROJECT_NAME%是所创建的数据仓库对应的项目名。

*************************
* 以 Stand-alone 模式运行 *
*************************

6.从命令行启动SVN Server：

1.        cmd

2.        svnserve -d -r %SVN_REPO_PARENT%

注意里面的参数 r 限定了浏览全部数据仓库的根目录

当然如果觉得每次这样启动太麻烦的话，也有SVN Serveice的包装程序（http://dark.clansoft.dk/~mbn/svnservice/）。通过它能够以windows service的方式运行SVN Server（其本质还是Stand-alone），运行起来相对比较方便。

7.创建用户数据库（其实就是一个txt文本，就叫它”users.conf”吧，你也可以改名），保存到
%SVN_REPO_PARENT%"%PROJECT_NAME%"conf
目录（那个conf子文件夹在创建数据仓库时已被自动创建好），然后在这个文件内添加需要的用户名和密码。基本的样例如下：

1.        [users]

2.        your_username = your_password

注意这里密码是明文存放的，所以也是这种方式的不足之处。

8.在”%SVN_REPO_PARENT%"%PROJECT_NAME%"conf”目录下找到这个”svnserve.conf”文件，用任何文本编辑器打开，为刚才创建的那些用户添加读写权限：

1.        [general]

2.        anon-access = none              # 匿名访问权限

3.        auth-access = write             # 认证用户的权限

4.        password-db = users.conf        # 认证用户数据库

5.        realm = Anything youwant, butgenerallyweuse "%PROJECT_NAME%"   # 在用户认证界面上出现的提示语句

里面的”users.conf”就是刚才在第7步创建的用户文件。

9.最后，重启SVN Server（什么？你不知道怎么重启？关掉窗口再重新用命令行启动啦；包装成Service的话么就更加简单了）

现在已经可以使用客户端来连接SVN Server，进行import等操作了。
连接Server的URL应该是类似这样的：

1.        svn://%SERVER_NAME_OR_IP%/%PROJECT_NAME%

具体步骤，请参阅第20步。

************************
* 以Apache的模块方式运行 *
************************

10.首先要了解的是SVN设计的时候只考虑了兼容Apache2.x，所以在Apache1.x下是不能正常工作的。

11.安装Apache2
如果事先启动了IIS之类的其他webserver，请先停止那些服务（端口被占用会导致Apache安装失败）。
其他问题可以参考Apache的安装手册。
这里假设安装目录为：%APACHE_HOME%

12.检查Apache2的安装是否成功
打开浏览器，访问： http://localhost/
如果出现的是默认的欢迎页面，那就没有问题了。否则请仔细检查，重新安装。

13.打开Apache的配置文件： “%APACHE_HOME%"conf"httpd.conf”
查找”LoadModule”这个关键字，找到导入模块的区块（section）
反注释掉下面这样，从而加载Subversion所需要的DAV模块：

1.        # LoadModule dav_module modules/mod_dav.so

完成之后看起来应该是这样：

1.        LoadModuledav_modulemodules/mod_dav.so

另外在这行下面再添加两行（请注意把路径中的”"”替换成”/”）：

1.        LoadModuledav_svn_module%SVN_HOME%/bin/mod_dav_svn.so

2.        LoadModule authz_svn_module%SVN_HOME%/bin/mod_authz_svn.so

特别需要注意的是：由于模块依赖关系，这三行的出现顺序千万不能颠倒。

14.再来配置一下”httpd.conf”的其他部分，告诉Apache2 SVN的数据仓库所在。
（为避免不必要的麻烦，所有路径中的”"”都请替换成”/”）
注意：

按照下述配置，所有数据仓库将共享密码文件及权限文件
如果需要为每个数据仓库创建独立的设置，请查阅SVN的文档（”Authorization Option”章节）
添加下述内容：

1.        <Location /svn>

2.        

3.          DAV svn

4.          SVNParentPath %SVN_REPO_PARENT%

5.        

6.          #设置通过浏览器访问Repository时的XML格式文件，可以省略

7.          SVNIndexXSLT "/svnindex.xsl"

8.        

9.          # 存取权限控制文件所在地

10.        AuthzSVNAccessFile %SVN_REPO_PARENT%/AccessFile

11.         

12.        # 先尝试匿名操作，如有必要再转向用户认证

13.        Satisfy Any

14.        Require valid-user

15.         

16.        # 如何验证用户

17.        AuthType Basic

18.        AuthName "Anything youwant, butgenerallyweuse %PROJECT_NAME%"

19.        AuthUserFile %SVN_REPO_PARENT%/passwd

20.      

21.        #输出时调用Apache的Deflate模块，必须有启用此模块才能这样配，否则删除此行

22.        SetOutputFilter DEFLATE

23.      

24.      </Location>

这里涉及到两个文件: “%SVN_REPO_PARENT%/AccessFile” 及 “%SVN_REPO_PARENT%/passwd”.
并不一定非要放到”%SVN_REPO_PARENT%”目录下，我图方便而已。觉得不安全可以移到另外地方。
这两个文件里面具体内容的设置请参考第16和17步。

15.保存”httpd.conf”并退出，这里Apache2的配置告一段落。

16.”%SVN_REPO_PARENT%/AccessFile”文件的内容

1.        [/]

2.        * = r

3.        user1 = rw

4.        user2 = r

5.        admin = rw

6.        

7.        [%PROJECT_NAME%:/src/test]

8.        user2 = rw

其中：

[/] 指代所有数据仓库的根目录，匿名用户默认的权限为只读。
对于”user1″和”admin”，他们对所有数据仓库都有读写权限。
对于”user2″，它对所有数据仓库仅有只读权限。但是下方又额外指定了他对”%PROJECT_NAME%:/src/test”目录具有读写权限。
综上，他对’test’目录及其子目录（自动继承，除非特别指定）具有读写权限，其他则均为只读权限。
你可以根据需要来设定不同的权限，更详细的说明还需要参考SVN文档中的权限设置章节。

17.”%SVN_REPO_PARENT%/passwd”文件的内容
这个文件是通过”%APACHE_HOME%"bin"htpasswd.exe”自动生成的：

1.        cmd

2.        cd /D %APACHE_HOME%"bin

3.        # 参数c仅在第一次运行时使用，用来创建一个新文件

4.        htpasswd –cm %SVN_REPO_PARENT%"passwd user1

5.        # 以后添加用户可用此命令，参数m表明需要加密

6.        htpasswd –m %SVN_REPO_PARENT%"passwd user2

此时用文本编辑器打开”%SVN_REPO_PARENT%/passwd”，可以看到里面内容是类似这样的：

1.        admin:$apr1$HLWV7/..$upZwVGvge0sc28fEp7mGM0

2.        user1:$apr1$8sbRo...$hNMdkTvO4t8POVmOkV3Vg.

3.        user2:$apr1$ZXzcE/..$5Ir0V8VQQtNYTNnnOp.EU1

18.把SVN自带的XSLT文件拷贝到网站根目录，
然后设置合理权限（windows平台则不必考虑）

1.        #这里假设你的网站根目录是  /var/www/html

2.        mv /tmp/subversion-1.2.3/tools/xslt/svnindex* /var/www/html

3.        chown apache:apache /var/www/html/svnindex*

4.        chmod 644 /var/www/html/svnindex*

5.        

6.        #设置所有者和权限(将权限赋给apache运行的用户身份)

7.        chown -R apache:apache%SVN_REPO_PARENT%

8.        chmod -R 766%SVN_REPO_PARENT%

19. 重启Apache2服务：

1.        cmd

2.        net stopApache2

3.        net startApache2

20.打开浏览器，访问：http://%SERVER_NAME_OR_IP%/svn/
如果返回的页面是”403 Forbidden”，可能是由于Apache2默认没有打开目录的浏览权限（Option Indexes，参阅Apache2文档），但这并不影响使用。
现在已经可以用客户端导入项目并开始使用了。
具体步骤，请参阅第20步。

***********************************************
* 注意：以下步骤/命令需要在装有SVN客户端的机器上执行 *
* Windows下安装服务器端的时候已经同时安装了客户端 *
* Linux下尚待查证。 *
***********************************************

21.和CVS一样，SVN在最初的时候需要将已有项目导入到数据库中。
从命令行执行以下命令（Stand-alone）：

1.        svnimportc:"temp"myprojectsvn://%SERVER_NAME_OR_IP%/%PROJECT_NAME% -m"initial import" --usernameyour_username --passwordyour_password

或者（Apache2 module）：

1.        svnimportc:"temp"myprojecthttp://%SERVER_NAME_OR_IP%/svn/%PROJECT_NAME% -m"initial import" --usernameyour_username --passwordyour_password

其中：
A) c:"temp"myproject里面包含了你所要导入的项目文件的内容
B) %SERVER_NAME_OR_IP%是SVN Server的名字或者IP地址，上面存有第5步中创建的数据仓库
C) %PROJECT_NAME%是要导入到的数据仓库名称，这里选择跟项目名一致
D) 参数 m 表明此次导入操作的注释，SVN的注释是按每次提交来定义的，导入也是提交的一种。
E) your_username和your_password是第7和17步创建的用户及密码，注意该用户必须对上面的%PROJECT_NAME%数据仓库有写权限才能成功。

22.然后，需要从Server端再次checkout到本地：
（这点感觉不是太方便，为啥不做成import的时候有个选项，本地目录可以自动生成版本信息呢？）

1.        cmd

2.        cd /D anywhere_you_want_to_put_your_versioned_project_files

3.        svn co svn://myserver/myproject/trunk . --username your_username --passwordyour_password

注意：
“co”是”checkout”的一个别名
那个点[.]代表当前目录，checkout出来的文件会自动放到这个目录下。也可以改为某个绝对路径。

23.对于向SVN Serer增加，移动，删除，或者修改后提交某些文件，参考使用以下命令：

1.        Add:    svnaddsrc/myfile.java -m"adding a file"

2.        Move:    svn movesrc/myfile.javasrc/mynewfile.java -m"moved myfile.java to mynewfile.java"

3.        Delete:    svn deletesrc/myfile.java -m"removing a file"

4.        Commit:    svn commitsrc/myfile.java -m"the message"

对于上面的客户端操作，如果安装了TortoiseSVN，一切就变得简单多了。
不过这个就要抓图来说明了。等有空的时候再放上来。

※总结※

使用Eclipse的朋友还可以参考这里： http://subclipse.tigris.org/
它以插件的形式向Eclipse提供了SVN的支持。

另外，具体的设置，参数说明等还是需要自己去查阅SVN的文档（在安装server端的时候已经附带）

参考文献及资料：
_________________________________________

http://subversion.tigris.org/
http://www-128.ibm.com/developerworks/cn/opensource/os-subversion/
http://www.javayou.com/showlog.jspe?log_id=972

如果是Java进程不知道什么原因退出或被杀死，想要分析具体原因，一般来说分下面几步：

1 拿到Java应用程序的日志文件。
一般来说日志文件中会有很应用相关的错误信息。Java进程异常退出的原因最有可能就是应用程序本身的问题。因此检查Java应用程序的日志文件可能是最快定位到错误的方法。

2 查找JVM的致命错误日志
如果应用程序日志文件中没有发现什么线索。那么还可以查看 JVM的致命错误日志。有些致命的错误，比如JNI或虚拟机本身产生的错误，可能使得Java应用程序来不及写日志就退出了。这时候可以查一个以 "hs_err_pid" 开头的日志名，例如hs_err_pid1125.log，其中1125是进程号。这个文件中也记录了一些宝贵的信息来提供一些线索，特别是Java自身的一些Bug。这个文件一般为于当前的工作目录中。用户可以用find命令自己搜索到。

3 查找操作系统的core dump文件
作为被操作系统所调度的进程，Java进程也会在不同的信号下产生Core Dump文件，例如Sig_ill和Seg_segv。这些非常严重的错误的确会使得Java虚拟机根本来不及产生任何日志就宕了。拿到core dump文件就可以使用很多工具来分析具体原因了，例如jmap, jstack等等都可以友好的进行Java进程的Core文件的分析。一般来说，Core文件也放到进程的当前工作目录，用户可以用find命令搜索 “core”。另外可以用coreadm来预先指定core文件存放的地方以及文件名的格式，例如：coreadm -g /var/core/core.%f.%p.%t

4使用Dtrace查找“是谁杀死了Java进程”
但是，有很多情况，进程被杀死的原因很复杂。有可能被别的进程以外杀掉，或被一些脚本不小心kill掉，或者被管理员（或入侵者kill -9）处理掉。这些情况都不会产生日志文件和core dump文件。这些情况很难跟踪。但如果是Solaris10下，可以使用下面的Dtrace脚本来确定“是谁杀死了Java进程”

#!/usr/sbin/dtrace -qs

proc:::signal-send
/args[1]->pr_pid == $1/
{
        printf("%s(pid:%d) is sending signal %d to %s"n", execname, pid, args[2],args[1]->pr_fname);
}

如何运行（1125）是进程号
$ ./sig1.d 1125
sched(pid:0) is sending signal 24 to bc
sched(pid:0) is sending signal 24 to bc
bash(pid:3987) is sending signal 15 to bc
bash(pid:3987) is sending signal 15 to bc
bash(pid:3987) is sendg signal 9 to bc

Java的应用有时候会因为各种原因Crash，这时候会产生一个类似java_errorpid.log的错误日志。可以拿到了这个日志，怎样分析Crash的原因呢？下面我们来详细讨论如何分析java_errorpid.log的错误日志。
一. 如何得到这个日志文件如果有一个严重的错误引起Java进程非正常退出，我们叫Crash，这时候会产生一个日志文件。缺省情况下，这个文件会产生在工作目录下。但是，可以在Java启动参数通过下面的设置，来改变这个文件的位置和命名规则。例如：
java -XX:ErrorFile=/var/log/java/java_error_%p.log
就将这个错误文件放在/var/log/java下，并且以java_error_pid.log的形式出现。

二.产生错误的原因造成严重错误的原因有多种可能性。Java虚拟机自身的Bug是原因之一，但是这种可能不是很大。在绝大多数情况下，是由于系统的库文件、API或第三方的库文件造成的；系统资源的短缺也有可能造成这种严重的错误。在发生了Crash之后，如果无法定位根本原因，也应该迅速找到Work Around的方法。

三.对日志文件的分析首先要检查日志的文件头：例如，下面是从一个客户发过来的错误日志的文件头
－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－
#
# An unexpected error has been detected by HotSpot Virtual Machine:
#
# EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=0x0815e87e, pid=7268, tid=4360
#
# Java VM: Java HotSpot(TM) Server VM (1.4.2_13-b06 mixed mode)
# Problematic frame:
# V [jvm.dll+0x15e87e]
#
－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－


文件头中有很多有用的信息，“EXCEPTION_ACCESS_VIOLATION ”意味着Java应用Crash的时候，正在运行JVM自己的代码，而不是外部的Java代码或其他类库代码。这种情况很可能是JVM的Bug，但是也不一定。除了“EXCEPTION_ACCESS_VIOLATION ”，还有可能是别的信息，例如“SIGSEGV(0xb)”，意味着JVM正在执行本地或JNI的代码;[font=Thorndale, serif]“EXCEPTION_STACK_OVERFLOW”[/font]意味着这是个栈溢出的错误。


另外一个有用的信息就是：
# Problematic frame:
# V [jvm.dll+0x15e87e]

它说明Crash的时候，JVM正在从哪个库文件执行代码。除了“V”以外，还有可能是“C”、“j”、“v”、“J”。具体的表示意思如下：
FrameType Description：
C: Native C frame
j: Interpreted Java frame
V: VMframe
v: VMgenerated stub frame
J: Other frame types, including compiled Java frames

文件头之后，是当前线程的DUMP信息，线程之后是JVM进程的DUMP信息，包括所有线程的状态、地址和ID。最后还有JVM状态，Heap状态，动态连接库等等的信息。这些烦乱的信息中，包含有非常有用的信息。下面我们根据几个具体的实例来分析Java虚拟机Crash的典型例子。

四.内存回收引起的Crash内存回收引起的Crash有以下的特点：在日志文件头一般有“ EXCEPTION_ACCESS _VIOLATION”和“# Problematic frame: # V [jvm.dll+....”的信息，意味着这是在JVM内部处理，而且多半是JVM的Bug。对于这类问题，最快的方法就是绕过它。
另外，在Thread的DUMP信息最后，还能看到有关内存回收的行为例如：
--------------- T H R E A D ---------------
Current thread (0x00a56668): VMThread [id=4360]
siginfo: ExceptionCode=0xc0000005, reading address 0x00000057
Registers:
........

Stack: [0x03cf0000,0x03d30000), sp=0x03d2fc18, free space=255k
Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code)
V [jvm.dll+0x15e87e]

VM_Operation (0x063efbac): full generation collection, mode: safepoint, requested by thread 0x040f83f8
------------------------------------------------------------

可以清楚的看到JVM正在做 “full generation collection”。另外还有可能看到，其他的回收行为：

• generation collection for allocation
• full generation collection
• parallel gc failed allocation
• parallel gc failed permanent allocation
• parallel gc system gc

对于内存回收的错误，一般采取改变回收的算法和参数的方法来绕过去。例如，来自客户的日志除了上面的日志信息，在日志中Heap信息中还能发现一些其他信息：
--------------------------------------------------------------
Heap
def new generation total 22592K, used 19530K [0x10010000, 0x11890000, 0x138f0000)
eden space 20096K, 97% used [0x10010000, 0x11322bd8, 0x113b0000)
from space 2496K, 0% used [0x113b0000, 0x113b0000, 0x11620000)
to space 2496K, 0% used [0x11620000, 0x11620000, 0x11890000)
tenured generation total 190696K, used 100019K [0x138f0000, 0x1f32a000, 0x30010000)
the space 190696K, 52% used [0x138f0000, 0x19a9cf38, 0x19a9d000, 0x1f32a000)
compacting perm gen total 38656K, used 38588K [0x30010000, 0x325d0000, 0x34010000)
the space 38656K, 99% used [0x30010000, 0x325bf038, 0x325bf200, 0x325d0000)
----------------------------------------------------------------

上面的信息能看出在Crash的时候，JVM的PermSize空间几乎已经消耗完了，并且回收算法在压缩Perm空间的时候出了错。因此，建议改变内存回收的算法，或扩大PermSize和MaxPermSize的数值。

五.栈溢出引起的CrashJava代码引起的栈溢出，通常不会引起JVM的Crash，而是抛出一个[font=Thorndale, serif]Java[/font]异常：[font=Thorndale, serif]java.lang.StackOverflowError[/font]。但是在[font=Thorndale, serif]Java[/font]虚拟机中，[font=Thorndale, serif]Java[/font]的代码和本地[font=Thorndale, serif]C[/font]或[font=Thorndale, serif]C++[/font]代码公用相同的[font=Thorndale, serif]Stack[/font]。这样，在执行本地代码所造成的栈溢出，就有可能引起[font=Thorndale, serif]JVM[/font]的[font=Thorndale, serif]Crash[/font]了。
栈溢出引起的Crash会在日志的文件头中看到“EXCEPTION_STACK_OVERFLOW”字样。另外，在当前线程的Stack信息中也能发现一些信息。例如下面的例子：
-----------------------------------------------------------------------------------

在上面的信息中，可以发现这是个栈溢出的错误。并且当前栈剩余的空间已经很小了(free space =4k)。因此建议将JVM的Stack的尺寸调大，主要设计两个参数：“-Xss” 和“[font=Thorndale, serif]-XX:StackShadowPages=n”[/font]。但是，将栈的尺寸调大，也意味着在有限的内存资源中，能打开的最大线程数会减少。

六.动态编译引起的Crash未完，待续

现在 Java 编程语言已经广泛应用于互联网世界，早在 Sun 公司开发 Java 语言的时候，就已经考虑到对非英文字符的支持了。Sun 公司公布的 Java 运行环境（JRE）本身就分英文版和国际版，但只有国际版才支持非英文字符。不过在 Java 编程语言的应用中，对中文字符的支持并非如同 Java Soft 的标准规范中所宣称的那样完美，因为中文字符集不只一个，而且不同的操作系统对中文字符的支持也不尽相同，所以会有许多和汉字编码处理有关的问题在我们进行应用开发中困扰着我们。有很多关于这些问题的解答，但都比较琐碎，并不能够满足大家迫切解决问题的愿望，关于 Java 中文问题的系统研究并不多，本文从汉字编码常识出发，分析 Java 中文问题，希望对大家解决这个问题有所帮助。

汉字编码的常识

我们知道，英文字符一般是以一个字节来表示的，最常用的编码方法是 ASCII 。但一个字节最多只能区分256个字符，而汉字成千上万，所以现在都以双字节来表示汉字，为了能够与英文字符分开，每个字节的最高位一定为1，这样双字节最多可以表示64K格字符。我们经常碰到的编码方式有 GB2312、BIG5、UNICODE 等。关于具体编码方式的详细资料，有兴趣的读者可以查阅相关资料。我肤浅谈一下和我们关系密切的 GB2312 和 UNICODE。GB2312 码，中华人民共和国国家标准汉字信息交换用编码，是一个由中华人民共和国国家标准总局发布的关于简化汉字的编码，通行于中国大陆地区及新加坡，简称国标码。两个字节中，第一个字节（高字节）的值为区号值加32（20H），第二个字节（低字节）的值为位号值加32（20H），用这两个值来表示一个汉字的编码。UNICODE 码是微软提出的解决多国字符问题的多字节等长编码，它对英文字符采取前面加“0”字节的策略实现等长兼容。如 “A” 的 ASCII 码为0x41，UNICODE 就为0x00，0x41。利用特殊的工具各种编码之间可以互相转换。

Java 中文问题的初步认识

我们基于 Java 编程语言进行应用开发时，不可避免地要处理中文。Java 编程语言默认的编码方式是 UNICODE，而我们通常使用的数据库及文件都是基于 GB2312 编码的，我们经常碰到这样的情况：浏览基于 JSP 技术的网站看到的是乱码，文件打开后看到的也是乱码，被 Java 修改过的数据库的内容在别的场合应用时无法继续正确地提供信息。

String sEnglish = “apple”;

String sChinese = “苹果”;

String s = “苹果 apple ”;

sEnglish 的长度是5，sChinese的长度是4，而 s 默认的长度是14。对于 sEnglish来说， Java 中的各个类都支持得非常好，肯定能够正确显示。但对于 sChinese 和 s 来说，虽然 Java Soft 声明 Java 的基本类已经考虑到对多国字符的支持（默认 UNICODE 编码），但是如果操作系统的默认编码不是 UNICODE ，而是国标码等。从 Java 源代码到得到正确的结果，要经过 “Java 源代码-> Java 字节码-> ;虚拟机->操作系统->显示设备”的过程。在上述过程中的每一步骤，我们都必须正确地处理汉字的编码，才能够使最终的显示结果正确。

“ Java 源代码-> Java 字节码”，标准的 Java 编译器 javac 使用的字符集是系统默认的字符集，比如在中文 Windows 操作系统上就是 GBK ,而在 Linux 操作系统上就是ISO-8859-1，所以大家会发现在 Linux 操作系统上编译的类中源文件中的中文字符都出了问题，解决的办法就是在编译的时候添加 encoding 参数，这样才能够与平台无关。用法是

javac ?Cencoding GBK。

“ Java 字节码->虚拟机->操作系统”， Java 运行环境 （JRE） 分英文版和国际版，但只有国际版才支持非英文字符。 Java 开发工具包 （JDK） 肯定支持多国字符，但并非所有的计算机用户都安装了 JDK 。很多操作系统及应用软件为了能够更好的支持 Java ，都内嵌了 JRE 的国际版本，为自己支持多国字符提供了方便。

“操作系统->显示设备”，对于汉字来说，操作系统必须支持并能够显示它。英文操作系统如果不搭配特殊的应用软件的话，是肯定不能够显示中文的。

还有一个问题，就是在 Java 编程过程中，对中文字符进行正确的编码转换。例如，向网页输出中文字符串的时候，不论你是用

out.println(string);还是用

<%=string%>，都必须作 UNICODE 到 GBK 的转换，或者手动，或者自动。在 JSP 1.0中，可以定义输出字符集，从而实现内码的自动转换。用法是

<%@page contentType=”text/html;charset=gb2312” %>

但是在一些 JSP 版本中并没有提供对输出字符集的支持，（例如 JSP 0.92），这就需要手动编码输出了，方法非常多。最常用的方法是

String s1 = request.getParameter(“keyword”);

String s2 = new String(s1.getBytes(“ISO-8859-1”),”GBK”);

getBytes 方法用于将中文字符以“ISO-8859-1”编码方式转化成字节数组，而“GBK” 是目标编码方式。我们从以ISO-8859-1方式编码的数据库中读出中文字符串 s1 ，经过上述转换过程，在支持 GBK 字符集的操作系统和应用软件中就能够正确显示中文字符串 s2 。

Java 中文问题的表层分析及处理

背景 

开发环境 JDK1.15 Vcafe2.0 JPadPro 

服务器端 NT IIS Sybase System Jconnect（JDBC） 

客户端 IE5.0 Pwin98 ?span > 

.CLASS 文件存放在服务器端，由客户端的浏览器运行 APPLET ， APPLET 只起调入 FRAME 类等主程序的作用。界面包括 Textfield ，TextArea，List，Choice 等。

I.用 JDBC 执行 SELECT 语句从服务器端读取数据（中文）后，将数据用 APPEND 方法加到 TextArea（TA） ，不能正确显示。但加到 List 中时，大部分汉字却可正确显示。

将数据按“ISO-8859-1” 编码方式转化为字节数组，再按系统缺省编码方式 （Default Character Encoding） 转化为 STRING ，即可在 TA 和 List 中正确显示。

程序段如下：

dbstr2 = results.getString(1);

//After reading the result from DB server，converting it to string.

dbbyte1 = dbstr2.getBytes(“iso-8859-1”);

dbstr1 = new String(dbbyte1);

在转换字符串时不采用系统默认编码方式，而直接采用“ GBK” 或者 “GB2312” ,在 A 和 B 两种情况下，从数据库取数据都没有问题。

II.处理方式与“取中文”相逆，先将 SQL 语句按系统缺省编码方式转化为字节数组，再按“ISO-8859-1”编码方式转化为 STRING ，最后送去执行，则中文信息可正确写入数据库。

程序段如下：

sqlstmt = tf_input.getText();

//Before sending statement to DB server，converting it to sql statement.

dbbyte1 = sqlstmt.getBytes();

sqlstmt = newString(dbbyte1,”iso-8859-1”);

_stmt = _con.createStatement();

_stmt.executeUpdate(sqlstmt);

……

问题：如果客户机上存在 CLASSPATH 指向 JDK 的 CLASSES.ZIP 时（称为 A 情况），上述程序代码可正确执行。但是如果客户机只有浏览器，而没有 JDK 和 CLASSPATH 时（称为 B 情况），则汉字无法正确转换。

我们的分析：

1.经过测试，在 A 情况下，程序运行时系统的缺省编码方式为 GBK 或者 GB2312 。在 B 情况下，程序启动时浏览器的 JAVA 控制台中出现如下错误信息：

Can't find resource for sun.awt.windows.awtLocalization_zh_CN

然后系统的缺省编码方式为“8859-1”。

2.如果在转换字符串时不采用系统缺省编码方式，而是直接采用 “GBK” 或“GB2312”，则在 A 情况下程序仍然可正常运行，在 B 情况下，系统出现错误：

UnsupportedEncodingException。

3.在客户机上，把 JDK 的 CLASSES.ZIP 解压后，放在另一个目录中， CLASSPATH 只包含该目录。然后一边逐步删除该目录中的 .CLASS 文件，另一边运行测试程序，最后发现在一千多个 CLASS 文件中，只有一个是必不可少的，该文件是：

sun.io.CharToByteDoubleByte.class。

将该文件拷到服务器端和其它的类放在一起，并在程序的开头 IMPORT 它，在 B 情况下程序仍然无法正常运行。

4.在 A 情况下，如果在 CLASSPTH 中去掉 sun.io.CharToByteDoubleByte.class ，则程序运行时测得默认编码方式为“8859-1”，否则为 “GBK” 或 “GB2312” 。

如果 JDK 的版本为1.2以上的话，在 B 情况下遇到的问题得到了很好的解决，测试的步骤同上，有兴趣的读者可以尝试一下。

Java 中文问题的根源分析及解决

在简体中文 MS Windows 98 + JDK 1.3 下，可以用 System.getProperties() 得到 Java 运行环境的一些基本属性，类 PoorChinese 可以帮助我们得到这些属性。

类 PoorChinese 的源代码：

public class PoorChinese {

}

执行 java PoorChinese 后，我们会得到:

系统变量 file.encoding 的值为 GBK ，user.language 的值为 zh ， user.region 的值为 CN ，这些系统变量的值决定了系统默认的编码方式是 GBK 。

在上述系统中，下面的代码将 GB2312 文件转换成 Big5 文件，它们能够帮助我们理解 Java 中汉字编码的转化:

?

import java.io.*;

import java.util.*;

?

public class gb2big5 {

?

static int iCharNum=0;

?

public static void main(String[] args) {

System.out.println("Input GB2312 file, output Big5 file.");

if (args.length!=2) {

System.err.println("Usage: jview gb2big5 gbfile big5file");

System.exit(1);

String inputString = readInput(args[0]);

writeOutput(inputString,args[1]);

System.out.println("Number of Characters in file: "+iCharNum+".");

}

?

static void writeOutput(String str, String strOutFile) {

try {

FileOutputStream fos = new FileOutputStream(strOutFile);

Writer out = new OutputStreamWriter(fos, "Big5");

out.write(str);

out.close();

}

catch (IOException e) {

e.printStackTrace();

e.printStackTrace();

}

}

?

static String readInput(String strInFile) {

StringBuffer buffer = new StringBuffer();

try {

FileInputStream fis = new FileInputStream(strInFile);

InputStreamReader isr = new InputStreamReader(fis, "GB2312");

Reader in = new BufferedReader(isr);

int ch;

while ((ch = in.read()) > -1) {

iCharNum += 1;

buffer.append((char)ch);

}

in.close();

return buffer.toString();

}

catch (IOException e) {

e.printStackTrace();

return null;

}

}

}

?

编码转化的过程如下：

GB2312------------------>Unicode------------->Big5

执行 java gb2big5 gb.txt big5.txt ，如果 gb.txt 的内容是“今天星期三”，则得到的文件 big5.txt 中的字符能够正确显示；而如果 gb.txt 的内容是“情人节快乐”，则得到的文件 big5.txt 中对应于“节”和“乐”的字符都是符号“？”（0x3F），可见 sun.io.ByteToCharGB2312 和 sun.io.CharToByteBig5 这两个基本类并没有编好。

正如上例一样， Java 的基本类也可能存在问题。由于国际化的工作并不是在国内完成的，所以在这些基本类发布之前，没有经过严格的测试，所以对中文字符的支持并不像 Java Soft 所声称的那样完美。前不久，我的一位技术上的朋友发信给我说，他终于找到了 Java Servlet 中文问题的根源。两周以来，他一直为 Java Servlet 的中文问题所困扰，因为每面对一个含有中文字符的字符串都必须进行强制转换才能够得到正确的结果（这好象是大家公认的唯一的解决办法）。后来，他确实不想如此继续安分下去了，因为这样的事情确实不应该是高级程序员所要做的工作，他就找出 Servlet 解码的源代码进行分析，因为他怀疑问题就出在解码这部分。经过四个小时的奋斗，他终于找到了问题的根源所在。原来他的怀疑是正确的， Servlet 的解码部分完全没有考虑双字节，直接把 %XX 当作一个字符。（原来 Java Soft 也会犯这幺低级的错误！）

如果你对这个问题有兴趣或者遇到了同样的烦恼的话，你可以按照他的步骤 对Servlet.jar 进行修改：

找到源代码 HttpUtils 中的 static private String parseName ，在返回前将 sb（StringBuffer） 复制成 byte bs[] ，然后 return new String(bs,”GB2312”)。作上述修改后就需要自己解码了：

HashTable form=HttpUtils .parseQueryString(request.getQueryString())或者

form=HttpUtils.parsePostData(……)

千万别忘了编译后放到 Servlet.jar 里面。

关于 Java 中文问题的总结

Java 编程语言成长于网络世界，这就要求 Java 对多国字符有很好的支持。 Java 编程语言适应了计算的网络化的需求，为它能够在网络世界迅速成长奠定了坚实的基础。 Java 的缔造者 （Java Soft） 已经考虑到 Java 编程语言对多国字符的支持，只是现在的解决方案有很多缺陷在里面，需要我们付诸一些补偿性的措施。而世界标准化组织也在努力把人类所有的文字统一在一种编码之中，其中一种方案是 ISO10646 ，它用四个字节来表示一个字符。当然，在这种方案未被采用之前，还是希望 Java Soft 能够严格地测试它的产品，为用户带来更多的方便。

附一个用于从数据库和网络中取出 中文乱码的处理函数，入参是有问题的字符串，出参是问题已经解决了的字符串。

技术应用者提供解决方案

关于作者

 段明辉 has co-authored this article

编译代码文件,要用

         javac -encoding GBK   xxxxxx.java

   如果是用ant工具,

       <target name="compile" depends="prepare" description="complie All Java source">
          <copy todir="${build.dir}">
            <fileset dir="${src.dir}" includes="**/*.properties" />
         </copy>
         <javac srcdir="${src.dir}" destdir="${build.dir}" encoding="GBK">
            <classpath refid="project.classpath" />
         </javac>

      </target>

http://zeroliu.blogdriver.com/zeroliu/1183916.html

这个工具利用 ANT 来制作在 Windows, MacOS X, Unix 平台上可执行的文件，比如 exe，zip，jar。ROXES ANT Tasks 基于 GPL 发布。 

 http://www.roxes.com/produkte/rat.html

 企业开源参考架构

Java Web应用产品安装程序制作方案

目录：

一．背景

二．开源工具

三．环境准备

四．技术准备

4.1. Jsmooth

4.1.1. Jsmooth简介

4.1.2.工作原理

4.2. IzPack

4.2.1.IzPack简介

4.2.2.工作原理

五．方案实例

六．结束

一． 背景：

随着Java在应用产品开发中的广泛应用，基于Java的应用产品也就越来越多，那么如何为基于Java的应用产品制作安装程序的需求就产生了。以前人们一般都是使用InstallShield与InstallAnyWhere进行产品安装程序的制作，这是两个功能非常强大、易用的安装盘制作工具，尤其是InstallAnyWhere，它还支持Java应用产品安装制作，例如：大名鼎鼎的Jbuilder安装程序就是由它制作的。

本文并不准备对这些商业的安装制作工具进行讨论，本文将就如何利用开源的安装制作工具来进行Java Web应用产品程序制作进行一些探讨。

二． 开源工具：

目前用于支持Java应用安装程序制作的开源工具非常丰富，本人将要本人在研究过程中所遇到的罗列一二以供参考：

Packlet

Packlet是一个简单的Java安装制作工具。它将Java Application打包成一个可以发布的类似于zip或tgz的压缩文件中。这个压缩文件被简为packlet，它可以在安装有Java 2 Runtime Environment的操作系统上执行. 通过执行packlet将会给用户提供一个图形化的安装配置界面并解压应用。

Go To Packlet

IzPack

IzPack是一个用于Java平台的安装程序生成器。它用于产生一个轻量级、能运行于所有安装了JVM的任何的操作系统的安装程序。生成的安装程序可以通过双击或在Command Line通过java –jar install.jar命令进行启动，安装程序运行的方式具体将看操作系统的支持方式。IzPack的主要好处就是能够生成运行于任意操作系统的安装程序。

Go To IzPack

JSmooth

Jsmooth可以将Java可执行应用Wrapper成window可执行Exe程序。通过Jsmooth生成的Exe程序会自动按制作时定义的顺序寻找合适的JVM，如果能不查找到JVM，安装程序会提示用户并能根据定义好的URL启动Web Browser让用户下载JVM. 注意：Jsmooth并不是纯Java应用。

Go To JSmooth

VAInstall

VAInsall是一个用Java写的多平台安装程序工具。它是基于GNU GPL2.0许可。通过一个简单的配置文件，它允许安装程序打包工具由不同的目录下收集程序包，这与一般情况下安装程序制作工具只能由一个根目录开始相比更为灵活。由VAInstall生成的安装程序允许先择不同的安装模式(graphic,text或ansi)。

Go To VAInstall

Java Service Wrapper

用于将Java Application安装成为Window NT Service.同时与之附带的scripts能够很容易将Java Application安装成为UNIX的后台进程。

Go To Java Service Wrapper

Lift Off Java Installer

Lift Off Java Installer的最大特色就是：自解压class 文件，对目标系统要求低以及跨平台性。

Go To Lift Off Java Installer

Toolshed

一个小巧、简单、纯Java实现的安装程序制作工作。

Go To Toolshed

Launch4J

Lauch4J也是一个Java应用Window Exe封装工具。通过Lauch4J，可以提供splash screen, 图标，自动查询JRE或内置JRE等功能，同时还支持启动失败反馈以及命令行参数。

Go To Launch4J

AntInstaller

AntInstaller是一个安装程序框架，它利用一个简单的XML定义安装界面，并以Ant执行安装过程。基于AntInstaller的安装程序可以打包成自解压jar通过command line执行可Swing GUI来执行。

Go To AntInstaller

Antigen

Antigen----即Ant Installer Generator。它主要的目的就是根据Ant脚本创建图形化安装程序。

Go To Antigen

FreeInstaller

FreeInstaller是一个开源项目，完全用Java编写。它将应用程序打包成一个自解压的Java应用。通过FreeInstaller可以将Java或非Java的应用安装到UNIX,LINUX以及window NT系统中。

Go To FreeInstaller

Mini Installer

一个简单的Java安装程序制作工具。整个制作过程是通过脚本完成的，最终生成一个可以通过双击方式执行的jar文件。

Go To Mini Installer

通过对如上各产品的初步探索，本人最终选择了利用izpack + jsmooth作为Java Web应用产品的安装程序制作方案。选择这两种工具并不代表其它开源工具不好，只是本人自已结合自已项目的需求(本人负责公司一企业应用开发平台的研发工作)及本人的偏好作出的选择。

由于本人所在公司为商业公司，所以本文描述的方案并不是企业应用开发系统平台的实现模式，本文只是提供一个解决办法，关于如何与自已的框架或平台进行有效的整合，请读者自行考虑。

三． 环境准备：

你需要安装J2SDK1.4.1+版本；关于J2SDK请由Sun公司下载；

你需要安装Ant1.6.2版本，理论上其它版本也行，只是本人用的是1.6.2；

请下载并安装izpack；设定定装到IZPACK_HOME

请下载并安装jsmooth；设定安装到JSMOOTH_HOME

四． 技术准备：

为了便于理解，你需要对Java进行应用的开发有一定的基础，本例将以Web应用的安装程序制作为背景进行相关介绍，所以需要你对Web 应用开发以及其发布方式有一定的基础；另外，本方案将会以Ant作为应用build的工具，所以你需要有一定的Ant技术；对于如上相关知识本部分不准备介绍。下面本部分将主要对izpack及jsmooth进行简单的介绍。

4.1. jsmooth：

4.1.1 Jsmooth 简介：

Jsmooth，一个Java可执行应用封装器(Wrapper)，即将Java可执行应用程序(即可执行jar)封装为Window可执行文件------exe文件的工具。

通过Jsmooth将可执行jar封装为Exe文件，使得用户执行Java应用就如同执行一般的Window应用程序一样，重用用户经验。

Jsmooth对jar进行封装时可以设定classpath，JVM参数，命令行参数，JVM版本及位置，这样用户在执行exe时不用关心JVM,Classpath等问题，这样就简化了Java应用执行。

4.1.2 工作原理：

通过Jsmooth生成的Window Exe文件通常定义为“Jsmooth Application”；

要想生成Jsmooth Application，我们需要一个JsmoothGen 项目文件-----.jsmooth文件，后面我们将其称为“.jsmooth文件”；.jsmooth文件实际上是一个xml文件，用于描述/定义Jsmooth Application的相关属性，例如：classpath, JVM，Java main方法类，以及其它与Java应用运行相关的各种设定等；通常你可以通过Jsmooth提供的JsmoothGen.exe--------Windows Project Editor来创建和编辑这个文件，这个Editor如下图所示：

(图-1)Widnow Project Editor

(图-2)Widnow Project Editor

(图-3)Widnow Project Editor

在.jsmooth文件生成之后，就可以通过如下方式生成目标Jsmooth Application，即Exe文件：

(1)。Window Project Editor：

你可以直接在如上图所示的编辑器通过工具条来生成：ProjectàCreate Exe。

(2)。Command Line：

你也可以进入。jsmooth文件所以目录，通过如下命令来生成目标Exe文件：

………> %jsmooth_home%"jsmoothcmd.exe yourproject.jsmooth

(3)。通过Ant任务调用生成目标Exe：

首先你需要在你的build文件中加入jsmooth Ant 任务定义：

<> 

classname="net.charabia.jsmoothgen.ant.JSmoothGen"

classpath="${jsmooth_home}/lib/jsmoothgen-ant.jar"/>

然后，通过jsmoothgen任务来执行生成Exe的工作：

skeletonroot=”${jsmooth_home}/skeletons”/>

所以通过Jsmooth我们可以很容易将Java Application制作Windows Exe应用。

关于Jsmooth的详细介绍请参考http://jsmooth.sourceforge.net

4.2. izpack：

4.2.1. izpack简介：

izpack是基于Apache Software License 2.0许可的开源项目；

izpack是纯Java，对部分特性有针对不同平台版本的Library。例如：快捷键的创建。

izpack是一个用于解决安装程序制作的Builder工具；

通过izpack制作的安装程序可以运行于不同的操作系统，Windows, Linux, Unix等，只要安装了JDK1.4以及其后版本即可；

izpack优秀的模块化设计可以允许你定制安装程序外观、安装过程等；同时允许你通过其提供API调整izpack安装过程。

izpack的主要功能包括(但不限于)：

· XML based installation files

· easy internationalization using XML files (10 translations are already available)

· Ant integration, command-line compiler

· easy customization with the panels and a rich API (even an XML parser is included !)

· powerful variable substitution system that you can use to customize scripts and more generally any text-based file

· different kinds of installers (standard, web-based, ...)

· launching of external executables during the installation process and Unix executable flag support (useful for the scripts for instance)

· layout of the installation files in packs (some can be optional)

· native code integration facilities

· jar files nesting support

· ... more things to discover and create !.

(图-4)IzPack制作的安装界面示例－选择安装的Pack.

4.2.2. 原理及过程

利用izpack制作安装程序的主要有两步：

第一步：创建并描述安装定义文件；

第二步：通过izpack提供CommandLine工具或Ant Task对安装定义文件进行编译，编译的结果即是生成一个可执行的jar文件，其中包括了整个安装过程的实现以及安装数据；

安装定义文件：

安装过程定义文件是一个XML文件，installation是根元素，表示定义的开始。定义主要由如下几部分组成：

1．….

用于定义安装程序的基本信息；

产品中文名称

产品版本号，例如：1.0-062312

公司网址

JDK版本号：1.4.2

2．……

用于定义安装程序界面信息，例如：

3.……..

定义变量或配置信息，变量在整个安装制作的过程中非常重要，变量两种用途：其一：作为配置用，例如可以通过按照一定的命名称规则为某个变量设定一个值，izpack在执行安装过程中将会读取某个变量的值来决定某个安装向导窗口是否可见等；例如：我们可以通过定义compareToVariable.、compareToOperator.与compareToValue.的组合决定第个用户自定义的向导窗口在安装时是否可见，这样就可以通过上个窗口用户选择来决定下个窗口是否可见；其二：作为替换变量用，通常安装过程中收集的信息存放在变量中，然后，在安装程序进行到最后，利用变量的值来替换安装目标文件中的内容。

4. ….

决定，安装程序界面所支持的语言。

5. ……..

用于为安装界面指定图片或图标

用于指定用户自定义安装向导窗口定义XML文件的位置

用于指定安装向导窗口中国际化资源XML文件的位置

等等，例如：

<resources>

<res src="langsel.jpg" id="installer.langsel.img" />

<res src="readme.html" id="HTMLInfoPanel.info" parse="yes" type="plain" encoding="GB2312" />

<res src="readme_chn.html" id="HTMLInfoPanel.info_chn" parse="yes" type="plain" encoding="GB2312" />

<res src="license.html" id="HTMLLicencePanel.licence" parse="yes" type="plain" encoding="GB2312" />

<res src="license_chn.html" id="HTMLLicencePanel.licence_chn" parse="yes" type="plain" encoding="GB2312" />

<res src="shortcutSpec.xml" id="shortcutSpec.xml" parse="yes" type="xml" encoding="GB2312" />

<res src="Unix_shortcutSpec.xml" id="Unix_shortcutSpec.xml" parse="yes" type="xml" encoding="GB2312" />

<res src="packsLang.xml" id="packsLang.xml" />

<res src="packsLang_chn.xml" id="packsLang.xml_chn" />

<res src="UserInputSpec.xml" id="userInputSpec.xml" />

<res src="UserInputLang.xml" id="userInputLang.xml" />

<res src="UserInputLang_chn.xml" id="userInputLang.xml_chn" />

resources>

6. …….

本部分用于定义整个安装过程，每个panel即是一个安装向导窗口，panel是按顺序由IzPack调用的。IzPack内置了很多的Panel，另外它还支持用户自定义的功能，主要是通过UserInputPanel来实现的，你可以通过在……中定义的ID为UserInputSpec.xml的资源(XML)中定义UserInputPanel窗口中用户录入项目及相关存放的变量。另外，Izpack支持条件用户自定义Panel,即ConditionalUserInputPanel，你可以在….中通过变量来控制这样的向导窗口的可见性。当安装过程执行到InstallPanel时IzPack开始解压安装包到硬盘中，所以，一般来说所有的配置信息(例如，安装目录，安装包的选择等)都应在InstallPanel之前完成。在InstallPanel之后可以通过ShortcutPanel来显示快捷方式创建窗口，另外还可以通过ProcessPanel来执行一些后续操作。

<panels>

<panel classname="HTMLLicencePanel" />

<panel classname="HTMLInfoPanel" />

<panel classname="TargetPanel" />

<panel classname="PacksPanel" />

<panel classname="UserInputPanel" />

<panel classname="SummaryPanel" />

<panel classname="InstallPanel" />

<panel classname="ShortcutPanel" />

<panel classname="SimpleFinishPanel" />

panels>

7. …….

本部分主要用于定义安装包，即将哪些文件进行打包，以及将来安装时如何进行安装。通过可以将应用程序文件分解成不同的安装包，可以指定哪些pack是必须安装的，哪些是可选的。

前边我们讲过，我们可以在中加入自定义向导窗口来允许用户指定一些配置，这些配置信息被存放到变量中，我们可以利用用户指定的值来替换应用程序中部分文件中的内容。那么在定义pack时，就可以指定哪些文件在安装时需要进行解析(parseable)。需要注意的，你需要指定需要解析的方式(xml, javaprop, plain,shell)，如查将javaprop类型的文件解析类型设定为plain的话，可以就有问题，例如：如果变量的值为路径，那么在可能就会有问题。

另，对于每一个Pack在它安装(copy文件)之后，可以定义它执行一个程序，例如脚本程序。你可以利用这种功能来做一些工作，例如：你可执行脚本程序来导入数据库数据等。

下面是一个示例：

<packs>

<pack id="ToolKit" name="ToolKit" required="yes">

…………

pack>

<pack id="Core" name="Core" required="yes">

<description>在packsLang.xml和packsLang.xml_chn中描述了.description>

<fileset dir="app" targetdir="$INSTALL_PATH"app">

<include name="*" />

<include name="**" />

fileset>

<fileset dir="native" targetdir="$INSTALL_PATH"native">

<include name="*" />

<include name="**" />

fileset>

<file src="clear.db.splash.gif" targetdir="$INSTALL_PATH" />

<file src="init.db.splash.gif" targetdir="$INSTALL_PATH" />

<file src="installer.properties" targetdir="$INSTALL_PATH" />

<file src="installer.xml" targetdir="$INSTALL_PATH" />

<file src="installer.bat" targetdir="$INSTALL_PATH" />

<file src="uninstaller.bat" targetdir="$INSTALL_PATH" />

<parsable targetfile="$INSTALL_PATH/installer.properties"

type="javaprop" />

&

1、运行外部程序：

      Runtime.getRuntime().exec("notepad");

2、运行系统内部命令：

      Runtime.getRuntime().exec("command.com /c dir");

Runtime.getRuntime().exec("cmd xxx");

http://blog.doesite.net/read.php?save_215

1.安装 subversion

# apt-get install subversion subversion-tools

创建一个新的储存库：

#svnadmin create /svn/repository

在/svn目录创建一个新的空储存库，数据储存方式默认采用Berkeley DB。

导入你的源码：

# svn import /svn/repository file:///data/svn/ldap

把/data/ldap整个目录导入到储存库中的repository目录中，储存库的repository目录会自动创建。

显示储存库内容：

mt@mtmt:~$ svn list file:///svn/repository

.cache/

.project

.projectOptions

.settings/

bbscnmo/

newcnmo/

显示目录内容，成功导入。

上面使用了file:///形式的URL来访问Subversion库，这表示在本地通过文件系统访问。但我们的Subversion库可能需要通过网络被其它用户访问，这就需要用到其它的协议，下表是Subversion支持的各种访问协议：

访问协议

协议 访问方法

file:/// 通过本地磁盘访问。

http:// 与Apache组合，通过WebDAV协议访问。

https:// 同上，但支持SSL协议加密连接。

svn:// 通过svnserve服务自定义的协议访问。

svn+ssh:// 同上，但通过SSH协议加密连接。

2.配置 subversion 与Apache组合通过WebDAV方式访问Subversion库

# apt-get install apache2 libapache2-svn

配置文件位于/etc/apache2/mods-enabled/目录下，配置文件共有两个，分别是dav_svn.conf和dav_svn.load，dav_svn.load文件负责装载必要的模块，内容如下：

# Load mod_dav_svn when apache starts

LoadModule dav_svn_module /usr/lib/apache2/modules/mod_dav_svn.so

LoadModule authz_svn_module /usr/lib/apache2/modules/mod_authz_svn.so

在装载mod_dav_svn.so前，必须先装载mod_dav.so模块。它由dav.load文件控制，内容如下：

LoadModule dav_module /usr/lib/apache2/modules/mod_dav.so

dav_svn.conf是mod_dav_svn.so模块的配置文件，内容如下：

# dav_svn.conf - Example Subversion/Apache configuration

#

# For details and further options see the Apache user manual and

# the Subversion book.

# …

# URL controls how the repository appears to the outside world.

# In this example clients access the repository as http://hostname/svn/

#设置访问路径

# Uncomment this to enable the repository,

DAV svn #启用by siko

# Set this to the path to your repository

SVNPath /data/subversion #设置储存库路径，仅支持单个储存库，该路径要可被Apache进程访问。

#SVNParentPath /data/subversion #如果subversion下有多个储存库，则用SVNParentPath

# The following allows for basic http authentication. Basic authentication

# should not be considered secure for any particularly rigorous definition of

# secure.

# to create a passwd file #按下面的步骤创建Apache用户验证文件

# # rm -f /etc/apache2/dav_svn.passwd

# # htpasswd2 -c /etc/apache2/dav_svn.passwd dwhedon

# New password:

# Re-type new password:

# Adding password for user dwhedon

# #

# Uncomment the following 3 lines to enable Basic Authentication

AuthType Basic #启用Apache基础验证

AuthName “Subversion Repository” #设置验证框标题

AuthUserFile /etc/apache2/dav_svn.passwd #指定验证用户文件名

# Uncomment the following line to enable Authz Authentication

AuthzSVNAccessFile /etc/apache2/dav_svn.authz #启用目录级别授权，dav_svn.authz是授权配置文档

# The following three lines allow anonymous read, but make

# committers authenticate themselves.

#

#允许匿名访问，不允许Commit，不能与AuthzSVNAccessFile同时使用

Require valid-user

#

修改/data/subversion目录访问权限使它可被Apache进程访问，我的Apache是用</