首先要求制作war包的环境安装j2sdk-1.4.2以上版本
比如,安装了Plesk的服务器,就都已经具有了j2sdk
切换到j2sdk的bin目录,找到jar命令
在linux上,jar命令位于:/usr/java/j2sdk1.4.2/bin
在win上,jar命令位于:C:\Program Files\SWsoft\Plesk\Additional\JDK\bin
执行jar -cvf 将要生成的包名.war 要压缩的目录名
例如,要压缩C:\test目录下的子目录和jsp文件
则先切换到jar文件所在的路径,键入如下命令:c:cd c:\testjar -cvf test.war *
即可在当前目录下得到test.war
随后可以把test.war上传到服务器
在TOMCAT中部署war
1、将war文件拷贝到tomcat目录\webapps\ 下。
2、将必要的jar文件拷贝到tomcat目录\lib\ 下。
3、修改tomcat目录\conf\下的server.xml。
<!-- Tomcat Manager Context --
<Context path="/manager" docBase="manager" debug="0"privileged="true"/
将这段代码中的
<Context path="/manager" docBase="manager" debug="0" privileged="true"/
拷贝一下并修改:path="" 为war路径,docBase=""为你的war的文件名。
4、完毕,启动tomcat
在IT软件界,Java一直占据着大半壁江山,Java的生态圈环境很好,有着很多优秀的框架,而 Spring Boot 作为Spring框架中的代表,这几年也越来越火。
Spring Boot是用来简化Spring应用的配置和开发过程的,此框架采用了“约定优于配置”的理念, 免去了繁琐的XML配置 ,使我们开发项目更简单。而且Spring Boot提供了两种项目打包方式:生成war文件、生成可执行的jar文件,很多Java开发者不清楚这两种项目打包方式的区别,生产环境该选哪种方式呢?
1、war包方式部署
war包其实是打包后的Java Web工程, 本质上是个压缩包 ,里面包含了很多目录及文件,我们把war包放入Tomcat这类容器中启动后,war包就会自动解压出一个同名的文件夹来。
注意:Spring Boot项目如果要打包成war包来部署,是需要修改项目入口文件代码的。另外由于Spring Boot内置了Tomcat容器,所以打包成war包时要将内置的Tomcat依懒排除掉。
2、可执行jar文件方式部署
Spring Boot框架默认的打包部署方式是生成一个可执行的jar文件,无论项目多么复杂,依懒包有多少,最终只有一个jar文件(有些可能有外置的配置文件),在任何一台装有JRE/JDK环境的服务器上可以直接以 java -jar xx.jar 这种方式来运行(其实是靠内置的Tomcat来运行的),十分方便。
可执行jar文件方式部署是我们推荐的 ,特别是在微服务场景下部署更便捷。
无论是war方式还是jar方式,本质上差别并不大。在生产环境下还是要选择合适的方式。
综上,如果服务器配置高、节点多、微服务方式,建议选择jar方式部署;如果服务器配置跟不上,建议选择war方式部署(省内存空间)。
你创建的 user_projects 里面的对应的 domain 下面的 lib 目录,这个目录是默认的-Dweblogic.ext.dirs 参数所指的地方,它里面放第三方 jar 类库,一般仅限于通用型号的,比如 log4j 之类的,那些版本间兼容性不能保证(比如一个小版本号变了就工作不了的) 就不要放在这里面,它可能是导致多个应用不能共用这一个 jar,以后添加新的 EJB/WAR 时可能会出错。
如果在开发状态下,你的 jar 都在另一个目录下,你可以考虑把命令行中的 -Dweblogic.ext.dirs 参数改一个指向你开发的位置,这样你就不需要复制 jar 了,这种情况适合你把把 jar 都放在 CVS 上同步共享的,某个 domain 也只用于当前开发的项目。
欢迎分享,转载请注明来源:夏雨云
评论列表(0条)