tags： java jsw maven zip
1、概述
使用java开发程序，在windows平台下，一般有web应用，后台服务应用，桌面应用：
- web应用多数打成war包在web容器（如tomcat,jetty等）中运行
- 桌面应用一般打成jar包或exe文件运行
- 后台服务应用一般打成jar包，然后使用命令行（如java -jar xxx.jar）运行
前面两种运行方式在本文不作讨论，主要描述java开发的后台服务程序（如定时任务程序，文件处理，数据备份等）。
1.1、为什么要用服务形式运行
若使用命令行方式运行java程序，把命令写成脚本（如bat脚本）运行即可，但命令行方式有其不方便之处，如命令行窗口不能关闭，关闭即停止，因此维护人员容易误操作（关闭窗口使程序停止）;若服务器宕机或其它原因，程序往往无法在服务器重启时自动启动。在windows下，很多程序都是以服务的形式运行，这也符合windows的管理。因此，建议使用服务形式运行，操作方便。
1.2、如何让java程序以服务形式运行
有几种方法可以让java程序以服务形式运行：
- Java Service Wrapper目前业界最知名、最成熟的解决方案，添加任何额外的代码即可使用，不足之处是收费、64位版本需要购买Licence，不过在64位使用32位的也关系不大（除非你的程序需要很大的运算量）。
- Yet Another Java Service Wrapper类似JSW的开源实现版本，不过官方支持不怎么好。
- Apache Commons Daemon著名的Apache Commons工具包的成员，按规则添加启动程序，再编写脚本实现。
- 其它的（如WinRun4J，Launch4j）未使用过，更多可参考java开源打包工具
本文主要讲解使用java service wrapper把java程序作为windows的服务运行，它不需要添加任何代码，配置即可。
1.3、打包需求
java程序打包一般打成jar包，如果是供其它调用打包成一个jar包上传到仓库，其它人可以引用，这种方式可行，如果它是独立的程序，有其它的额外文件（如配置文件，本文中说的wrapper文件），打成jar包就比较难处理了，因此，更多的情况是把程序把成zip包以便传输，并规定好程序包目录结构，打包时打成一个zip包，解压即用。如下是我经常用到的一种包结构：
说明：
- classes目录：存放所有java编译文件及资源配置文件
- lib目录：存放所有程序使用到所有依赖jar
- wrapper：所有存放wrapper相关的文件，包括运行脚本bin，wrapper的配置文件conf，wrapper使用的依赖lib，及日志存放目录
因此，需要使用maven把程序打成zip包，解压出来后就是上述的目录结构，可直接运行。
2、程序示例
按前面所说的要求，本文以下面的一个示例进行讲解，示例使用标准maven archetype结构，只实现了一个简单的文件写入内容的功能，使用jsw对程序进行包装，并把它使用maven打包成zip，解压后直接使用jsw的bin下的脚本安装或卸载服务。
从图中可见，程序很简单，仅一个java类FileLogger用于写日志到文件，使用log4j(1.2.16版本，现在流行slf4j和logback了)输出日志内容。日志路径是当前的classpath下的logs目录。log4j使用参考它的官网，当前我们主要关注以下两点：
- wrapper文件夹:当前只配置windows，存放jsw的文件，以便把程序包装为服务安装。若是linux，可自行添加文件夹。
- pom.xml及assembly文件夹：用于maven配置按需打包成zip包，zip包内容如上面"打包需求"所示。
3、maven打zip包
3.1、maven-assembly-plugin介绍
maven-assembly-plugin是maven中用于构建发布包的插件，“assembly”是把一组文件、目录、依赖元素组装成一个归档文件，不仅支持创建二进制归档文件，也支持创建源码归档文件。目前Assembly插件支持如下格式的归档文件:
- zip 打zip包
- tar.gz 打tar.gz包
- tar.bz2 打tar.bz2包
- jar 打jar包
- dir 直接打包目录
- war 打war包
使用方法也比较简单，可参考maven官网的assembly，一般是三个步骤
- 工程的pom.xml里配置Assembly插件。
- 自定义打包格式的描述符
- 运行"mvn package"或"mvn assembly:assembly"命令即可
3.2、maven-assembly-plugin配置
如下所示，在pom.xml文件中的build>plugins元素下配置assembly插件，请看注释说明：
<plugin>
<groupId>org.apache.maven.plugins</groupId>
<artifactId>maven-assembly-plugin</artifactId>
<!-- assembly版本 -->
<version>2.2.1</version>
<executions>
<!-- 若要同时打多个包（如windows和linux不同系统的包），可配置多个execution，此处只打zip，因此配置一个 -->
<execution>
<!-- id标识，唯一即可 -->
<id>make-wrapper-win-zip</id>
<!-- 设置package阶段进行 -->
<phase>package</phase>
<goals>
<!-- 只运行一次 -->
<goal>single</goal>
</goals>
<configuration>
<!-- 输出的最终名称，自动添加格式后缀（如zip），当前示例为jsw-test.zip -->
<finalName>jsw-test</finalName>
<!-- 配置是否添加id到名称中，若为true，当前示例中，则为jsw-test-zip.zip，false即不添加，只是jsw-test.zip；
若同时打多个包，则可设为true，分别添加id以作区分-->
<appendAssemblyId>true</appendAssemblyId>
<!-- 打包的输出目录，可自定义，${project.build.directory}为编译输出目录，即target目录 -->
<outputDirectory>${project.build.directory}</outputDirectory>
<descriptors>
<!-- 使用的描述符，按此描述进行打包，此处配置一个zip.xml表示打zip包 -->
<descriptor>src/main/assembly/wrapper-win-zip.xml</descriptor>
</descriptors>
</configuration>
</execution>
</executions>
</plugin>
assembly插件在pom.xml的配置比较简单，回答几个问题即可：
- 在什么时候打包：phase，
- 打包出来的名称是什么:finalName
- 是否添加id到名称后缀:appendAssemblyId
- 打包后输出到哪里:outputDirectory
- 使用哪个描述符进行打包操作:descriptor
3.3、描述符wrapper-win-zip.xml配置
前面讲到要使用一个描述符进行打包操作，即wrapper-win-zip.xml，此类文件可统一存放在目录src/main/assembly中，以便统一管理。wrapper-win-zip.xml的格式如下所示：
<assembly>
<!-- id标识，唯一即可，若pom中的appendAssemblyId设置为true，则会添加此id作为后缀 -->
<id>wrapper-win</id>
<formats>
<!-- 打包的格式 -->
<format>zip</format>
</formats>
<!-- 打包的文件不包含项目目录，压缩包下直接是文件 -->
<includeBaseDirectory>false</includeBaseDirectory>
<!-- 配置依赖的输出 -->
<dependencySets>
<dependencySet>
<!-- 是否把当前项目的输出jar包并使用，true则会把当前项目输出为jar包到输出目录,false不输出 -->
<useProjectArtifact>false</useProjectArtifact>
<!-- 依赖输出目录，相对输出目录的根目录，当前示例把依赖输出到lib目录 -->
<outputDirectory>/lib</outputDirectory>
</dependencySet>
</dependencySets>
<!-- 文件输出 -->
<fileSets>
<fileSet>
<!-- 源目录，此处是把编译出来的class文件都输出到根目录下的classes目录-->
<directory>${project.build.directory}/classes</directory>
<!-- 输出目录 -->
<outputDirectory>/classes</outputDirectory>
</fileSet>
<fileSet>
<!-- 此处是把wrapper文件全部输出到根目录下的wrapper目录-->
<directory>install/wrapper/windows</directory>
<outputDirectory>/wrapper</outputDirectory>
</fileSet>
</fileSets>
</assembly>
详细参考官网assembly的配置说明
说明一下，按上述的配置，使用maven命令进行打包（mvn package），在target目录会输出的是一个jsw-test-wrapper-win包，当前此包名称不影响程序运行，读者可自行个性，包下面直接是三个文件夹（classes,lib,wrapper）。至此，即可以使用maven打出自定义的zip包。
4、jsw集成java后台服务
jsw在不添加任何代码的情况下可以直接使用，把java程序安装为windows服务，这样就可以随着系统的运行而自动运行。
4.1、jsw介绍与下载
到java service wrapper官网下载，它支持各种操作系统，按系统下载即可，这里讲解windows的，下载32位(64位的收费)。
下载解压后，内容如下：
- bin：wrapper运行文件及安装脚本
- conf：配置文件目录
- doc：说明文档
- lib：wrapper本身要用到的包和dll文件
- logs：日志目录
- src：wrapper提供的模板文件（包括bin脚本和conf文件），用户直接复制这里的再修改为自己的脚本即可。
4.2、添加jsw到java程序
java程序中添加jsw的步骤很简单，主要以下两步：
- 复制必要的wrapper文件到程序需要的目录中;只有四个目录是必要的："bin","conf","lib","logs"，如当前示例中，在main目录下新建wrapper目录，复制上面wrapper的的"bin","conf","lib","logs"这四个文件夹到此目录。去掉jsw的测试文件，最后结构如下：
- 修改conf/wrapper.conf文件，
一般会把经常修改的作为变量放在前面，以便后面配置使用，如当前示例，会先设置以下变量
rem 程序目录位置
set.APP_HOME=../..
rem java目录位置
set.JAVA_HOME=E:/Program Files/Java/jdk1.8.0_51
rem 服务英文名称
set.SERVICE_EN_NAME=jsw-test
rem 服务中文名称
set.SERVICE_CH_NAME=jsw测试
rem 服务描述
set.SERVICE_DESCRIPTION=jsw测试
rem 你的Java应用程序的运行类（主类）
set.USER_MAIN_CLASS=service.FileLogger
然后主要设置以下配置（%var%为变量引用），其它配置按默认即可。如有个性化需求，可看官方文档
- JVM位置：
wrapper.java.command=%JAVA_HOME%/bin/java- 你的Java应用程序的运行类（主类）
wrapper.app.parameter.1=%USER_MAIN_CLASS%- 你的Java程序所需的类路径：
wrapper.java.classpath.1=../lib/wrapper.jar
wrapper.java.classpath.2=%APP_HOME%/classes
wrapper.java.classpath.3=%APP_HOME%/lib/*- 你的Wrapper.DLL或wrapper.jar所在的目录
wrapper.java.library.path.1=../lib- 注册为服务的名称和显示名，你可以随意进行设置
wrapper.name=%SERVICE_EN_NAME%
wrapper.displayname=%SERVICE_CH_NAME%
wrapper.description=%SERVICE_DESCRIPTION%- 日志文件位置
wrapper.logfile=../logs/wrapper.log
配置完之后，使用bin下的脚本可进行相应的安装，卸载操作。
4.3、安装与卸载
- 服务安装
运行InstallTestWrapper-NT.bat即可安装，在日志输出目录可查看日志检查是否正常启动。安装成功后可在控制面板－管理程序－服务中看到注册的服务名称（当前示例是jsw测试），并可进行启动、关闭等操作。若启动失败，则需根据日志输出检查（一般是配置问题）。 - 服务卸载
运行UninstallTestWrapper-NT.bat进行卸载服务。
4.4、打包并测试
使用maven打包，mvn package，按前面的配置，即可输出zip包，见前面的程序示例，把zip包放到服务，解压，即可使用wrapper安装服务。
5、附件
- 源码：jsw-test.zip ; 密码：
3hs5
