Как настроить службы на Java для запуска?
Полагаю, когда я использовал 14.04, и это может быть применимо, вы можете либо пойти в меню свойств (простой способ), либо заменить изображение с помощью файла изображения, который у вас есть, либо вы можете сделать это с помощью терминала ( промежуточный путь).
Пожалуйста, посмотрите текст выше меня на 2 комментария для правильного кода (если это правильно, зачем мне его повторять), или вы можете использовать метод меню свойств, выбрать и изображения и сохранить изменения. Однако, когда вы получаете обновления, изображение в хранилище останется таким же (в отличие от другого, где оно меняет его в магазине приложений, вы все равно должны иметь изображение, отображающееся на рабочем столе и панели задач, когда вы глядя на него.
8 ответов
В большинстве случаев вы можете вырезать много кода в этих сценариях и просто сосредоточиться на запуске основной программы. Если вы можете сказать, что он работает на переднем плане вместо фона, что упростит ситуацию. В противном случае вам нужно использовать «ожидать fork» или «ожидать демона», следуя вилкам, которые программа должна делать, чтобы отсоединиться от управляющих терминалов.
pre-start - это в основном для настройки, например создания dirs в / вар / запуск. Вы также можете указать файл конфигурации, так как среда будет передана вместе с основным exec.
post-start может быть полезна, если вы хотите убедиться, что выскочка не учитывает запуск службы до тех пор, пока выполняется определенное условие (например, порт отвечает на запросы).
В конечном счете, цель состоит в том, чтобы сделать его максимально простым. Если startup.sh запускает «jira -daemon», и вы можете вместо этого запускать «jira», и он не отсоединяется, то с выскочкой вы просто выполняете
start on runlevel [2345]
stop on runlevel [!2345]
exec jira
Пока процесс не daemonize, его очень легко выскочить, чтобы отслеживать, что он делает, что в конечном итоге приводит к более простому файлу задания и более надежной системе.
В большинстве случаев вы можете вырезать много кода в этих сценариях и просто сосредоточиться на запуске основной программы. Если вы можете сказать, что он работает на переднем плане вместо фона, что упростит ситуацию. В противном случае вам нужно использовать «ожидать fork» или «ожидать демона», следуя вилкам, которые программа должна делать, чтобы отсоединиться от управляющих терминалов.
pre-start - это в основном для настройки, например создания dirs в / вар / запуск. Вы также можете указать файл конфигурации, так как среда будет передана вместе с основным exec.
post-start может быть полезна, если вы хотите убедиться, что выскочка не учитывает запуск службы до тех пор, пока выполняется определенное условие (например, порт отвечает на запросы).
В конечном счете, цель состоит в том, чтобы сделать его максимально простым. Если startup.sh запускает «jira -daemon», и вы можете вместо этого запускать «jira», и он не отсоединяется, то с выскочкой вы просто выполняете
start on runlevel [2345]
stop on runlevel [!2345]
exec jira
Пока процесс не daemonize, его очень легко выскочить, чтобы отслеживать, что он делает, что в конечном итоге приводит к более простому файлу задания и более надежной системе.
В большинстве случаев вы можете вырезать много кода в этих сценариях и просто сосредоточиться на запуске основной программы. Если вы можете сказать, что он работает на переднем плане вместо фона, что упростит ситуацию. В противном случае вам нужно использовать «ожидать fork» или «ожидать демона», следуя вилкам, которые программа должна делать, чтобы отсоединиться от управляющих терминалов.
pre-start - это в основном для настройки, например создания dirs в / вар / запуск. Вы также можете указать файл конфигурации, так как среда будет передана вместе с основным exec.
post-start может быть полезна, если вы хотите убедиться, что выскочка не учитывает запуск службы до тех пор, пока выполняется определенное условие (например, порт отвечает на запросы).
В конечном счете, цель состоит в том, чтобы сделать его максимально простым. Если startup.sh запускает «jira -daemon», и вы можете вместо этого запускать «jira», и он не отсоединяется, то с выскочкой вы просто выполняете
start on runlevel [2345]
stop on runlevel [!2345]
exec jira
Пока процесс не daemonize, его очень легко выскочить, чтобы отслеживать, что он делает, что в конечном итоге приводит к более простому файлу задания и более надежной системе.
Большую часть времени вы можете вырезать много кода в этих сценариях и просто сосредоточиться на запуске основной программы. Если вы можете сказать, что он работает на переднем плане вместо фона, что упростит ситуацию. В противном случае вы должны использовать «ожидать fork» или «ожидать демона», чтобы следить за вилками, которые программа должна делать, чтобы отсоединиться от управляющих терминалов.
pre-start - это в основном для настройки вещей, например создания dirs в / вар / запуск. Вы также можете указать конфигурационный файл, поскольку среда будет передана вместе с основным exec.
post-start может быть полезна, если вы хотите убедиться, что выскочка не учитывает запуск службы до тех пор, пока выполняется определенное условие (например, порт отвечает на запросы).
В конечном счете, цель состоит в том, чтобы сделать его максимально простым. Если startup.sh запускает «jira -daemon», и вы можете вместо этого запускать «jira», и он не отсоединяется, то с выскочкой вы просто сделаете
начать с уровня запуска [2345 ] stop on runlevel [! 2345] exec jira Пока процесс не демонанизируется, его очень легко выскочить, чтобы отслеживать, что он делает, что в конечном итоге приводит к более простой работе файл и более надежную систему.
Большую часть времени вы можете вырезать много кода в этих сценариях и просто сосредоточиться на запуске основной программы. Если вы можете сказать, что он работает на переднем плане вместо фона, что упростит ситуацию. В противном случае вы должны использовать «ожидать fork» или «ожидать демона», чтобы следить за вилками, которые программа должна делать, чтобы отсоединиться от управляющих терминалов.
pre-start - это в основном для настройки вещей, например создания dirs в / вар / запуск. Вы также можете указать конфигурационный файл, поскольку среда будет передана вместе с основным exec.
post-start может быть полезна, если вы хотите убедиться, что выскочка не учитывает запуск службы до тех пор, пока выполняется определенное условие (например, порт отвечает на запросы).
В конечном счете, цель состоит в том, чтобы сделать его максимально простым. Если startup.sh запускает «jira -daemon», и вы можете вместо этого запускать «jira», и он не отсоединяется, то с выскочкой вы просто сделаете
начать с уровня запуска [2345 ] stop on runlevel [! 2345] exec jira Пока процесс не демонанизируется, его очень легко выскочить, чтобы отслеживать, что он делает, что в конечном итоге приводит к более простой работе файл и более надежную систему.
Большую часть времени вы можете вырезать много кода в этих сценариях и просто сосредоточиться на запуске основной программы. Если вы можете сказать, что он работает на переднем плане вместо фона, что упростит ситуацию. В противном случае вы должны использовать «ожидать fork» или «ожидать демона», чтобы следить за вилками, которые программа должна делать, чтобы отсоединиться от управляющих терминалов.
pre-start - это в основном для настройки вещей, например создания dirs в / вар / запуск. Вы также можете указать конфигурационный файл, поскольку среда будет передана вместе с основным exec.
post-start может быть полезна, если вы хотите убедиться, что выскочка не учитывает запуск службы до тех пор, пока выполняется определенное условие (например, порт отвечает на запросы).
В конечном счете, цель состоит в том, чтобы сделать его максимально простым. Если startup.sh запускает «jira -daemon», и вы можете вместо этого запускать «jira», и он не отсоединяется, то с выскочкой вы просто сделаете
начать с уровня запуска [2345 ] stop on runlevel [! 2345] exec jira Пока процесс не демонанизируется, его очень легко выскочить, чтобы отслеживать, что он делает, что в конечном итоге приводит к более простой работе файл и более надежную систему.
Большую часть времени вы можете вырезать много кода в этих сценариях и просто сосредоточиться на запуске основной программы. Если вы можете сказать, что он работает на переднем плане вместо фона, что упростит ситуацию. В противном случае вы должны использовать «ожидать fork» или «ожидать демона», чтобы следить за вилками, которые программа должна делать, чтобы отсоединиться от управляющих терминалов.
pre-start - это в основном для настройки вещей, например создания dirs в / вар / запуск. Вы также можете указать конфигурационный файл, поскольку среда будет передана вместе с основным exec.
post-start может быть полезна, если вы хотите убедиться, что выскочка не учитывает запуск службы до тех пор, пока выполняется определенное условие (например, порт отвечает на запросы).
В конечном счете, цель состоит в том, чтобы сделать его максимально простым. Если startup.sh запускает «jira -daemon», и вы можете вместо этого запускать «jira», и он не отсоединяется, то с выскочкой вы просто сделаете
начать с уровня запуска [2345 ] stop on runlevel [! 2345] exec jira Пока процесс не демонанизируется, его очень легко выскочить, чтобы отслеживать, что он делает, что в конечном итоге приводит к более простой работе файл и более надежную систему.
Большую часть времени вы можете вырезать много кода в этих сценариях и просто сосредоточиться на запуске основной программы. Если вы можете сказать, что он работает на переднем плане вместо фона, что упростит ситуацию. В противном случае вы должны использовать «ожидать fork» или «ожидать демона», чтобы следить за вилками, которые программа должна делать, чтобы отсоединиться от управляющих терминалов.
pre-start - это в основном для настройки вещей, например создания dirs в / вар / запуск. Вы также можете указать конфигурационный файл, поскольку среда будет передана вместе с основным exec.
post-start может быть полезна, если вы хотите убедиться, что выскочка не учитывает запуск службы до тех пор, пока выполняется определенное условие (например, порт отвечает на запросы).
В конечном счете, цель состоит в том, чтобы сделать его максимально простым. Если startup.sh запускает «jira -daemon», и вы можете вместо этого запускать «jira», и он не отсоединяется, то с выскочкой вы просто сделаете
начать с уровня запуска [2345 ] stop on runlevel [! 2345] exec jira Пока процесс не демонанизируется, его очень легко выскочить, чтобы отслеживать, что он делает, что в конечном итоге приводит к более простой работе файл и более надежную систему.