目前云原生docker等技术,加上部署流水线大大的简化了各种流程,我们后端开发的人员只需要提交代码后,构建、部署、测试、发布等环节都无需人员接入,完全的自动化交付了。那么你肯定不禁想问,如题的需求不是点击一个“run”按钮就搞定了,让前端连接你的服务进行测试即可,理想情况是可以的,如果你点了run就进行了划水,那就是这样美滋滋了。不过现实情况则是,别人测试的时候还有堆的工作等着你做,你不想干到深夜的话,还是部署到内网的一台闲置电脑上,继续干你的活比较实际点。那么就有如题的需求了。虽然很简单,但是还是把过程分享出来。
这里默认了你配置了java的开发环境,如果没有的话,网上很多教程了,不做赘述了。也默认你有了idea的工程,如果没有的话,网上很多源码,下个测测吧。
直接使用 maven package (maven自带的package打包功能),点击右上角M图标,点击生命周期(Lifecycle),点击package。即可:
等待一小段时间,jar包就生成了,被放置在了target目录下,名称是*****-0.0.1-SNAPSHOT.jar。
按理我们使用java -jar命令运行这个jar包即可,不过还是翻车了,项目是无法正常启动运行的,报错没有主清单属性:
网上查了一下是说
因为maven默认的打包功能打包Jar包的时候,不会将所依赖的Jar包一起打进去包内,所以在使用java -jar命令运行项目时会报错,项目无法正常启动。
要在在pom.xml中添加/修改maven打包依赖:
<build>
<plugins>
<plugin>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-maven-plugin</artifactId>
<executions>
<execution>
<goals>
<goal>repackage</goal>
</goals>
</execution>
</executions>
</plugin>
</plugins>
</build>
添加后刷新一下Maven,等其加载好打包依赖后,重新点击package按钮,这时就完成了完整的打包。这时target目录下,除了*****-0.0.1-SNAPSHOT.jar,还有一个*****-0.0.1-SNAPSHOT.jar.original。
再运行java -jar 就能正常启动,当看到 Started *** in *** seconds (JVM running for ***)的时候则说明已经正常启动了。
将启动命令封装为.bat文件,采用bat命令启动jar包的方式。
@echo off
java -jar "C:\JavaServer\SystemApi-0.0.1-SNAPSHOT.jar"
pause
注意启动的路径需要根据自己的来,然后如果不在C盘需要切换磁盘。
开机自启动:
这里可以通过运行shell:startup命令来打开开机自启动目录:
我的目录是:
C:\Users\Administrator\AppData\Roaming\Microsoft\Windows\Start
Menu\Programs\Startup
将上面的.bat文件或者其快捷方式放到上面的开机自启动目录下即可。
开机后自启动后,根据配置的端口访问一下localhost的地址:http://localhost:9201/#/;出现状态200说明部署运行成功了: