Краткое содержание

Напишите один или несколько сценариев, способных получить pid (идентификатор процесса) запущенного процесса или каким-либо образом запросить операционную систему, чтобы найти уникальный процесс (в вашем случае jenkins). Затем используйте pid, чтобы завершить процесс.

Передний план против фона

Если вам удастся запустить процесс в фоновом режиме, его будет легко остановить позже с помощью службы Windows или аналогичной даже на другой ОС (Mac, Linux).

Предлагаю вам почитать на эту тему. По сути, фоновый процесс — это когда вы запускается оболочкой, но оболочка не блокируется. Процесс переднего плана — это когда оболочка остается заблокированной после ее запуска. В этом случае вам нужно нажать Ctrl+C, чтобы выйти из приложения, и оболочка снова станет доступной для использования.

Более подробная информация здесь. Также он работает на окнах.

• https://unix.stackexchange.com/questions/175741/what-is-background-and-foreground-processes-in-jobs
• https://linuxconfig.org/understanding-foreground-and-background-linux-processes

Два скрипта: старт и стоп

Независимо от операционной системы (Windows, Linux, Mac), если вам удастся создать эти сценарии, процесс будет легко запускаться и останавливаться.

В Linux мы можем получить pid недавно запущенного процесса. Используя этот pid, я могу закрыть приложение из другой оболочки или сценария. У меня нет Windows, но в основном алгоритм такой:

start.bat

• запустить приложение в фоновом режиме
  • https://superuser.com/questions/198525/how-can-i-execute-a-windows-command-line-in-background
  • Как запустить команду в фоновом режиме в Windows?
• получить pid запущенного процесса, как в Linux или для Windows:
  • найти процесс с помощью запроса
    • Как получить PID только что запущенного процесса из командного файла?
    • https://serverfault.com/questions/126502/how-to-get-own-process-pid-from-the-command-prompt-in-windows
• сохраните его где-нибудь как файл: c://process/jenkis/jenkins_pid.txt
  • Как я могу использовать пакетный файл для записи в текстовый файл?

стоп.бат

• если c://process/jenkis/jenkins_pid.txt существует, получите содержимое как переменную
  • Как считать содержимое файла в переменную пакетного файла?
• убить процесс, используя pid
  • https://superuser.com/a/658150
  • или убей по имени
    • https://notepad.patheticcockroach.com/4535/killing-processes-in-windows-with-a-batch-script/
    • Есть ли способ написать файл Windows .bat для завершения процессов?

нссм

Несколько лет назад я использовал этот инструмент http://nssm.cc/download для создания службы Windows из файла java. Это было легко. Остановка сработала как положено (процесс Java завершился)

Если я не ошибаюсь, фоновый процесс не требовался. Я просто установил расположение bat-скриптов (start.bat/stop.bat). Запуск/остановка использования службы Windows сработала как положено.

Летучая мышь или powershell

Я писал подобные скрипты для Windows и Linux. Использование bat или powershell доставляет неудобства. Как будто они были созданы не для автоматизации задач. Простые строковые алгоритмы настолько сумасшедшие, что их трудно понять

В Linux очень легко создавать подобные скрипты.

Докер

С докером это было бы легко. Даже служба Windows не потребуется, поскольку вы можете настроить запуск контейнера при запуске компьютера. В любом случае с докером вам нужно только:

• Докер запускает Дженкинс
• докер стоп Дженкинс

Эти команды можно зарегистрировать в вашей службе Windows, и они будут работать без ошибок.

Ваша проблема заключается в неожиданном отображении строк stderr, которые отображаются неправильно, как если бы они были ошибками. Чтобы избежать проблемы, выполните следующие действия:

• Примените перенаправление2>&1 непосредственно к вызову java.exe.

  • При этом вывод stderr java.exe объединяется с потоком вывода PowerShell (аналог stdout PowerShell), что позволяет обрабатывать как вывод stdout, так и вывод stderr в конвейере PowerShell.

• Передайте результат вызову ForEach-Object, который вызывает метод .ToString() для каждого результирующего объекта (% — это встроенный псевдоним ForEach-Object).

  • Эта строковая обработка необходима, поскольку PowerShell оборачивает каждую строку stderr в экземпляр System.Management.Automation.ErrorRecord, который визуализируется так, как если бы это была ошибка PowerShell, что приводит к неожиданному результату, который вы видели. Строковизация с помощью .ToString() дает исходный текст stderr.^[1]

• Примените к последнему перенаправление в файл журнала (>>"$JenkinsPath\agent.log"); поскольку весь вывод java.exe в этот момент маршрутизируется через поток вывода успеха >>, достаточно (т. е. нет необходимости в *>> для захвата всех потоков).

# java.exe arguments omitted for brevity
& "$Java\java.exe" ... 2>&1 | % ToString >>"$JenkinsPath\agent.log"

Более простая альтернатива через Добавить контент:

# java.exe arguments omitted for brevity
& "$Java\java.exe" ... 2>&1 | Add-Content "$JenkinsPath\agent.log"

• Add-Content, как и Set-Content, неявно преобразует в строку свои входные объекты через .ToString().

• Предостережение относительно кодировки символов:

  • В PowerShell (Core) 7 оба решения эквивалентны и создают файлы UTF-8 без спецификации, учитывая, что эта кодировка является согласованной по умолчанию в этой версии PowerShell.

  • Напротив, в Windows PowerShell (устаревшая версия, поставляемая вместе с Windows, последняя и последняя версия которой — 5.1.x) операторы перенаправления > / >> фактически являются псевдонимами Out-File, который по умолчанию имеет значение UTF- 16LE со спецификацией («Юникод»), тогда как Add-Content/Set-Content по умолчанию используют активную устаревшую кодовую страницу ANSI системы; при необходимости используйте параметр -Encoding, но учтите, что -Encoding utf8 всегда создает файл UTF-8 со спецификацией.

^[2]

^{[1] Specifically, it is the first stderr line output by an external program such as java.exe that is rendered this way when a 2> or *> redirection (or a >> variant) is applied to an external-program call. In the console (terminal), subsequent stderr lines render by their text only, but are printed in red too. When redirecting such output to a file, such as in your case, coloring is lost, so it is only the first, error-like representation that stands out. A simple test command:
cmd /c 'echo stderr1 >&2 & echo stdout1 & echo stderr2 >&2' 2>&1
Note that the original output order among the stdout and stderr streams isn't always maintained - see GitHub issue #5424 for a discussion.}