「部署java包」java项目打包和部署

本篇文章给大家谈谈部署java包，以及java项目打包和部署对应的知识点，希望对各位有所帮助，不要忘了收藏本站喔。

本文目录一览：

• 1、centos 7.2 怎么部署java
• 2、使用tomcat部署java工程，通常有哪几种方式
• 3、window下部署jar包，后台一直运行
• 4、Java Maven打包总结（Jenkins多模块编译部署）
• 5、java 的jar包 怎么部署在window 环境和linux环境
• 6、什么是 Java 部署工具包

centos 7.2 怎么部署java

方法1:编译文件压缩包安装

创建目录

home 目录下建 software目录（也可以是任意目录）下用于存放的。

mkdir /home/software

根目录下 usr 目录下新建 java 目录,用于 jdk 的安装路径。

mkdir /usr/java

解压包

切换到 software 目录，里面有我们之前的 jdk-8u45-linux-x64.tar 执行

tar zxvf jdk-8u45-linux-x64.gz

解压后，software 下就多了一个 jdk1.8.0_45 包

移动到 java 安装目录下

mv jdk1.8.0_45 /usr/java

配置环境变量

方法1

修改 profile 文件

vi /etc/profile

在文件的末尾添加如下

export JAVA_HOME=/usr/java/jdk1.8.0_45

export PATH=$JAVA_HOME/bin:$PATH

export CLASSPATH=.:$JAVA_HOME/lib/dt.jar:$JAVA_HOME/lib/tools.jar

注意

JAVA_HOME 是你的 JDK 安装目录

Linux 下用冒号“:”来分隔路径

$PATH / $CLASSPATH / $JAVA_HOME 是用来引用原来的环境变量的值

export 是把这三个变量导出为全局变量。

方法2

上述修改 放到 .bash_profile 文件末尾中

这种方法更为安全，它可以把使用这些环境变量的权限控制到用户级别，如果你需要给某个用户权限使用这些环境变量，你只需要修改其个人用户主目录下的.bash_profile文件就可以了。

使用tomcat部署java工程，通常有哪几种方式

第一种方法：在tomcat中的conf目录中，在server.xml中的，host/节点中添加：

Context path="/hello" docBase="D:\eclipse3.2.2forwebtools\workspace\hello\WebRoot" debug="0" privileged="true"

/Context

至于Context 节点属性，可详细见相关文档。

第二种方法：将web项目文件件拷贝到webapps 目录中。

第三种方法：很灵活，在conf目录中，新建 Catalina（注意大小写）＼localhost目录，在该目录中新建一个xml文件，名字可以随意取，只要和当前文件中的文件名不重复就行了，该xml文件的内容为：

Context path="/hello" docBase="D:\eclipse3.2.2forwebtools\workspace\hello\WebRoot" debug="0" privileged="true"

/Context

第3个方法有个优点，可以定义别名。服务器端运行的项目名称为path，外部访问的URL则使用XML的文件名。这个方法很方便的隐藏了项目的名称，对一些项目名称被固定不能更换，但外部访问时又想换个路径，非常有效。

第2、3还有优点，可以定义一些个性配置，如数据源的配置等。

还有一篇 详细的

1、直接放到Webapps目录下

Tomcat的Webapps目录是Tomcat默认的应用目录，当服务器启动时，会加载所有这个目录下的应用。也可以将JSP程序打包成一个war包放在目录下，服务器会自动解开这个war包，并在这个目录下生成一个同名的文件夹。一个war包就是有特性格式的jar包，它是将一个Web程序的所有内容进行压缩得到。具体如何打包，可以使用许多开发工具的IDE环境，如Eclipse、NetBeans、ant、JBuilder等。也可以用cmd 命令：jar -cvf applicationname.war package.*；

甚至可以在程序执行中打包：

try{

string strjavahome = system.getproperty("java.home");

strjavahome = strjavahome.substring(0,strjavahome.lastindexof(\\))+"\\bin\\";

runtime.getruntime().exec("cmd /c start "+strjavahome+"jar cvf hello.war c:\\tomcat5.0\\webapps\\root\\*");

}

catch(exception e){system.out.println(e);}

webapps这个默认的应用目录也是可以改变。打开Tomcat的conf目录下的server.xml文件，找到下面内容：

Host name="localhost" debug="0" appBase="webapps" unpackWARs="true" autoDeloy="true" xmlValidation="falase" xmlNamespaceAware="false"

2、在server.xml中指定

在Tomcat的配置文件中，一个Web应用就是一个特定的Context，可以通过在server.xml中新建Context里部署一个JSP应用程序。打开server.xml文件，在Host标签内建一个Context，内容如下。

Context path="/myapp" reloadable="true" docBase="D:\myapp" workDir="D:\myapp\work"/

其中path是虚拟路径，docBase是JSP应用程序的物理路径，workDir是这个应用的工作目录，存放运行是生成的于这个应用相关的文件。

3、创建一个Context文件

以上两种方法，Web应用被服务器加载后都会在Tomcat的conf\catalina\localhost目录下生成一个XML文件，其内容如下：

Context path="/admin" docBase="${catalina.home}/server/webapps/admin" debug="0" privileged="true"/Context

可以看出，文件中描述一个应用程序的Context信息，其内容和server.xml中的Context信息格式是一致的，文件名便是虚拟目录名。您可以直接建立这样的一个xml文件，放在Tomcat的conf\catalina\localhost目录下。例子如下：

注意：删除一个Web应用同时也要删除webapps下相应的文件夹祸server.xml中相应的Context，还要将Tomcat的conf

\catalina\localhost目录下相应的xml文件删除。否则Tomcat仍会岸配置去加载。。。

tomcat部署web应用主要有以下几种方式：

1．拷贝你的WAR文件或者你的web应用文件夹（包括该web的所有内容）到$CATALINA_BASE/webapps目录下。

2．为你的web服务建立一个只包括context内容的XML片断文件，并把该文件放到$CATALINA_BASE/webapps目录下。这个web应用本身可以存储在硬盘上的任何地方。这种context片断提供了一种便利的方法来部署web应用，你不需要编辑server.xml，除非你想改变缺省的部署特性，安装一个新的web应用时不需要重启动Tomcat。

3． 同方法2,只是将context片断放在CATALINA_BASE\conf\Catalina\localhost目录下.这种方法比方法2要有效,笔者经过多次实验发现方法2不如后面这种方法好用.前者多次出现系统打不开的情况.

4．直接在server.xml中/Host前加上Context片断,使用这种方法时,tomcat会自动在CATALINA_BASE\conf\Catalina\localhost目录下生成一个文件片断.方法同方法3具有同样效果.这种方式需要将ROOT目录删除才行.

另外，为了让tomcat只运行conf/server.xml中指定的web应用，可以有以下几种办法：

实现一:

1)将要部署的WEB应用放在webapps以外的路径, 并在server.xml相应的context中的docBase指定.

2)删除webapps中的所有文件夹, 以及conf/catalina/localhost下所有xml文件.

注: webapps是server.xml中的Host元素的appBase属性的值.

实现二:

1) 修改server.xml中Host元素的属性, 添加或修改: deployXML="false" deployOnStartup="false" autoDeploy="false"

2) 含义:

deployXML="false": 不部署conf/catalina/localhost下的xml相应的WEB应用 deployOnStartup="false" : tomcat启动时, 不部署webapps下的所有web应用 autoDeploy="false": 避免tomcat在扫描改动时, 再次把webapps下的web应用给部署进来.

window下部署jar包，后台一直运行

1、 查看windows服务器上的环境变量

Windows环境下跑jar包，首先你得有Java的环境变量

2、有了Java环境之后，可以通过脚本去启动jar包(换成自己路径)

@echo off

start javaw  -jar  D:\code-jars\pachong-0.0.1-SNAPSHOT.jar D:\code-jars\log  

exit

3、有启动Java的脚本之后，把文件放在同一目录下，管理员方式启动

4、启动完成之后，我们可以检查一下启动情况

Java Maven打包总结（Jenkins多模块编译部署）

原文地址： Java Maven打包总结（Jenkins多模块编译部署）

依次执行了clean、resources、compile、testResources、testCompile、test、jar(打包)等7个阶段。

完成了项目编译、单元测试、打包功能，但没有把打好的可执行jar包（war包或其它形式的包）布署到本地maven仓库和远程maven私服仓库

依次执行了clean、resources、compile、testResources、testCompile、test、jar(打包)、install等8个阶段。

完成了项目编译、单元测试、打包功能，同时把打好的可执行jar包（war包或其它形式的包）布署到本地maven仓库，但没有布署到远程maven私服仓库

依次执行了clean、resources、compile、testResources、testCompile、test、jar(打包)、install、deploy等9个阶段。完成了项目编译、单元测试、打包功能，同时把打好的可执行jar包（war包或其它形式的包）布署到本地maven仓库和远程maven私服仓库

可以看到主要区别在把生成的jar包最终存放的位置， package只管打包； install把打好的包放到了本地maven仓库；deploy是同时放到本地仓库和远程maven私服

这里本地仓库默认是 /root/.m2/repository/ ，具体配置在 ${M2_HOME}/conf/settings 的 localRepository 配置项决定。远程私服仓库一般是nexus，具体地址在项目的pom.xml中配置。比如

一般是进入父级目录之后执行

如果是多级目录的话，有时候并不一定是按照 具体的项目来 编译，比如

这个时候如果一个项目一个项目来编译会超级多，很繁琐，这里是按照 subparentproject 来编译，命令如下

有个注意的地方：

subparentproject 目录下的pom.xml文件中一定有类型如下的配置

1、需要安装插件 Extended Choice Parameter Plug-In 可以支持参数单选、多选

2、项目选择"自由风格"，而不是maven编译

3、在“构建” - "执行shell" 中编写 子模块编译脚本及其后续处理

具体配置如下图

“构建” - "执行shell" 中的处理脚本

附加：

Linux Bash下字符串操作总结

java 的jar包 怎么部署在window 环境和linux环境

1、首先需要在linux服务器上配置java环境，如安装jdk+tomcat

2、配置完成jdk+tomcat环境后，需要把你的java项目复制到tomcat的webapps下

3、复制到tomcat的webapps后，重启tomcat，然后访问项目名，浏览验证java项目

4、安装jdk+tomcat环境如下：

什么是 Java 部署工具包

Java 部署工具包 就字面，是协助部署的工具

Java 部署包 是JAVA项目发布的部署包

~

关于部署java包和java项目打包和部署的介绍到此就结束了，不知道你从中找到你需要的信息了吗 ？如果你还想了解更多这方面的信息，记得收藏关注本站。