Comments 15
а зачем?
Оно вполне нормально запускается напрмер из upstart, и шатдаунится штатно.
Оно вполне нормально запускается напрмер из upstart, и шатдаунится штатно.
0
У java service wrapper есть функциональность watchdog, которая перезапускает JVM в случае зависания. stdout и stderr пишутся в ротируемые логи. Это первое что приходит на ум. А если ОС windows или solaris?
0
Upstart и systemd делают все то же штатно безо всяких врапперов. Лишний враппер им только мешает.
> если ОС windows
тогда надо запускать сервисом
> solaris
Я в нем совсем не разбираюсь, но разве в SMF нет штатной функциональности для new style daemons?
> если ОС windows
тогда надо запускать сервисом
> solaris
Я в нем совсем не разбираюсь, но разве в SMF нет штатной функциональности для new style daemons?
0
Тот же враппер есть и под Windows, по-умолчанию конфигурируется в pom.xml "windows-x86-32".
Плюс нет необходимости в самой программе следить в разных платформах, что запущен только один ее процесс, это есть «из коробки».
Я вас не переубеждаю, каждый использует то что ему удобно. Лично мне так проще, так же как и разработчикам Nexus, Sonar и т.п.
Плюс нет необходимости в самой программе следить в разных платформах, что запущен только один ее процесс, это есть «из коробки».
Я вас не переубеждаю, каждый использует то что ему удобно. Лично мне так проще, так же как и разработчикам Nexus, Sonar и т.п.
0
В солярисе я не специалист, но сколько раз сталкивался на работах с устаревшими серверами на solaris, каждый раз без проблем использовал java service wrapper.
Когда пытался решить штатными средствами запуск одного процесса в приложении, в том же jruby на solaris не работал file lock.
Когда пытался решить штатными средствами запуск одного процесса в приложении, в том же jruby на solaris не работал file lock.
0
UFO just landed and posted this here
Промахнулся ответом, читайте ниже.
0
1) В директории logs создается файл launcher.pid (или как назвали свойство «launcher-name») создается при старте;
2) «wrapper.signal.mode.hup» поведение конфигурируется.
2) «wrapper.signal.mode.hup» поведение конфигурируется.
0
Мы используем spring-boot и systemd для этих целей. systemd вообще оказалось очень просто — никаких сложных скриптов, конфиг-файл для сервиса занимает 5-10 строк.
http://docs.spring.io/spring-boot/docs/current/reference/htmlsingle/#getting-started-first-application-executable-jar
http://docs.spring.io/spring-boot/docs/current/reference/html/deployment-install.html#deployment-systemd-service
http://docs.spring.io/spring-boot/docs/current/reference/htmlsingle/#getting-started-first-application-executable-jar
http://docs.spring.io/spring-boot/docs/current/reference/html/deployment-install.html#deployment-systemd-service
+2
Да, в spring-boot это «из коробки».
0
Sign up to leave a comment.
Превращаем Java/JVM приложение в демона