Spring 带有嵌入式 init.d 脚本的引导应用程序在重启时不启动
Spring Boot app with embedded init.d script not starting on reboot
Spring Boot 有一个方便的功能,如果您配置 maven 插件,它会将 init.d 启动脚本嵌入到可执行 jar 中:
http://docs.spring.io/spring-boot/docs/current/reference/html/deployment-install.html#deployment-install
所以我"installing"一个Spring启动应用程序(可执行的fat jar)作为Centos 6.6中的服务使用上述方法。
到目前为止一切顺利。我为我的 jar 创建了一个 link 并设置了权限:
sudo ln -s /path/to/myapp.jar /etc/init.d/my-service
sudo chmod 0755 /etc/init.d/my-service
并且我可以成功启动应用程序:
sudo service my-service start
但是,我希望应用程序在启动时出现,所以我使用 chkconfig 实用程序:
sudo chkconfig --add my-service
sudo chkconfig my-service on
这些命令没有错误,但是当我重新启动 Centos 时,服务不会自动启动。
运行:
sudo service my-service status
显示:
Not running
运行:
chkconfig --list my-service
显示:
my-service 0:off 1:off 2:on 3:on 4:on 5:on 6:off
一切看起来都不错,但还没有开始。此时我可以使用 "sudo service my-service start" 手动启动服务,它会恢复,但它不会在启动时自动启动。
有什么想法吗?
谢谢
问题已解决。原来是路径问题,是我的错。应用程序所在的路径是一个在启动时不可用的挂载目录。
我有类似的问题,当我 运行 service myapp start
时收到以下错误消息
Exception in thread "main" java.lang.UnsupportedClassVersionError: org/springframework/boot/loader/JarLauncher : Unsupported major.minor version 52.0
at java.lang.ClassLoader.defineClass1(Native Method)
at java.lang.ClassLoader.defineClassCond(ClassLoader.java:631)
at java.lang.ClassLoader.defineClass(ClassLoader.java:615)
at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:141)
at java.net.URLClassLoader.defineClass(URLClassLoader.java:283)
at java.net.URLClassLoader.access[=10=]0(URLClassLoader.java:58)
at java.net.URLClassLoader.run(URLClassLoader.java:197)
at java.security.AccessController.doPrivileged(Native Method)
at java.net.URLClassLoader.findClass(URLClassLoader.java:190)
at java.lang.ClassLoader.loadClass(ClassLoader.java:306)
at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:301)
at java.lang.ClassLoader.loadClass(ClassLoader.java:247)
Could not find the main class: org.springframework.boot.loader.JarLauncher. Program will exit.
不过我可以直接通过 运行 /etc/init.d/app start
.
最后我发现问题是默认的jdk是1.6,虽然java在当前用户中是1.8。然后我改变了符号并且它起作用了。
Spring Boot 有一个方便的功能,如果您配置 maven 插件,它会将 init.d 启动脚本嵌入到可执行 jar 中: http://docs.spring.io/spring-boot/docs/current/reference/html/deployment-install.html#deployment-install
所以我"installing"一个Spring启动应用程序(可执行的fat jar)作为Centos 6.6中的服务使用上述方法。
到目前为止一切顺利。我为我的 jar 创建了一个 link 并设置了权限:
sudo ln -s /path/to/myapp.jar /etc/init.d/my-service
sudo chmod 0755 /etc/init.d/my-service
并且我可以成功启动应用程序:
sudo service my-service start
但是,我希望应用程序在启动时出现,所以我使用 chkconfig 实用程序:
sudo chkconfig --add my-service
sudo chkconfig my-service on
这些命令没有错误,但是当我重新启动 Centos 时,服务不会自动启动。 运行:
sudo service my-service status
显示:
Not running
运行:
chkconfig --list my-service
显示:
my-service 0:off 1:off 2:on 3:on 4:on 5:on 6:off
一切看起来都不错,但还没有开始。此时我可以使用 "sudo service my-service start" 手动启动服务,它会恢复,但它不会在启动时自动启动。
有什么想法吗? 谢谢
问题已解决。原来是路径问题,是我的错。应用程序所在的路径是一个在启动时不可用的挂载目录。
我有类似的问题,当我 运行 service myapp start
Exception in thread "main" java.lang.UnsupportedClassVersionError: org/springframework/boot/loader/JarLauncher : Unsupported major.minor version 52.0
at java.lang.ClassLoader.defineClass1(Native Method)
at java.lang.ClassLoader.defineClassCond(ClassLoader.java:631)
at java.lang.ClassLoader.defineClass(ClassLoader.java:615)
at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:141)
at java.net.URLClassLoader.defineClass(URLClassLoader.java:283)
at java.net.URLClassLoader.access[=10=]0(URLClassLoader.java:58)
at java.net.URLClassLoader.run(URLClassLoader.java:197)
at java.security.AccessController.doPrivileged(Native Method)
at java.net.URLClassLoader.findClass(URLClassLoader.java:190)
at java.lang.ClassLoader.loadClass(ClassLoader.java:306)
at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:301)
at java.lang.ClassLoader.loadClass(ClassLoader.java:247)
Could not find the main class: org.springframework.boot.loader.JarLauncher. Program will exit.
不过我可以直接通过 运行 /etc/init.d/app start
.
最后我发现问题是默认的jdk是1.6,虽然java在当前用户中是1.8。然后我改变了符号并且它起作用了。