Как создать службу Windows из приложения Java

Мне повезло с оболочка службы Java

Раньше я успешно использовал JavaService. Он не обновлялся пару лет, но когда я его использовал, он был довольно надежным.

Мне не понравилось лицензирование Java Service Wrapper. Я пошел с ActiveState Perl, чтобы написать службу, которая выполняет эту работу.

Я думал о написании службы на C#, но мои временные рамки были слишком жесткими.

Я всегда использую sc.exe (см. http://support.microsoft.com/kb/251192). Он должен быть установлен на XP с пакетом обновления 1 (SP1), и если он вам не подходит, вы можете загрузить его с помощью комплекта ресурсов Vista.

Я не делал ничего слишком сложного с Java, но использование либо полностью определенного аргумента командной строки (x: \ java.exe ....), либо создание сценария с Ant для включения зависимостей и установки параметров мне подходит.

Я думаю, что Оболочка служб Java работает хорошо. Обратите внимание, что есть три пути для интеграции вашего приложения. Похоже, что вариант 1 подойдет вам лучше всего, учитывая, что вы не хотите менять код. Файл конфигурации может показаться немного сумасшедшим, но просто помните, что (для варианта 1) программа, которую вы запускаете и для которой вы будете указывать аргументы, является их вспомогательной программой, которая затем запустит вашу программу. У них для этого есть пример файла конфигурации.

Еще один хороший вариант - FireDaemon. Его используют некоторые крупные магазины, такие как NASA, IBM и т. Д .; см. их веб-сайт для получения полного списка.

В настоящее время я требую это для запуска приложения на основе Eclipse, но сначала мне нужно установить некоторые переменные, локальные для этого приложения. sc.exe разрешает только исполняемые файлы, но не скрипты, поэтому я обратился к autoexnt.exe, который является частью Комплект ресурсов Windows 2003. Он ограничивает службу одним пакетным файлом, но мне нужен только один пакетный сценарий для преобразования в службу.

Чао!

Еще один вариант - WinRun4J. Это настраиваемая программа запуска Java, которая выполняет роль хоста службы Windows (как 32-, так и 64-разрядные версии). Это открытый исходный код, и нет никаких ограничений на его использование.

(полное раскрытие: я работаю над этим проектом).

JavaService - это LGPL. Это очень просто и стабильно. Настоятельно рекомендуется.

Демон Apache Commons - хорошая альтернатива. Он имеет Procrun для служб Windows и Jsvc для демонов unix. Он использует менее ограничительную лицензию Apache, а Apache Tomcat использует ее как часть себя для работы в Windows и Linux! Заставить его работать немного сложно, но есть исчерпывающая статья с рабочим примером.

Кроме того, вы можете посмотреть bin \ service.bat в Apache Tomcat, чтобы понять, как настроить службу. В Tomcat они переименовывают двоичные файлы Procrun (prunsrv.exe -> tomcat6.exe, prunmgr.exe -> tomcat6w.exe).

Что-то, с чем я боролся с использованием Procrun, ваши методы запуска и остановки должны принимать параметры (String [] argv). Например, «start (String [] argv)» и «stop (String [] argv)» будут работать, но «start ()» и «stop ()» вызовут ошибки. Если вы не можете изменить эти вызовы, подумайте о создании класса загрузчика, который может обрабатывать эти вызовы в соответствии с вашими потребностями.

Еще один ответ - Еще одна оболочка служб Java, это кажется хорошей альтернативой Java Service Wrapper, поскольку имеет лучшее лицензирование. Также предполагается, что его будет легко перейти с JSW на YAJSW. Конечно, для меня, новичка в серверах Windows и попытки запустить приложение Java как службу, было очень легко использовать.

Некоторые другие я нашел, но не использовал:

• Средство запуска служб Java Я не использовал это, потому что это выглядело более сложным для работы, чем YAJSW. Не думаю, что это обертка.
• JSmooth Его основная цель - не создание служб Windows, а можно сделать. Я не использовал это, потому что с 2007 года не было никакой активности.

Довольно хорошее сравнение различных решений доступно по адресу: http://yajsw.sourceforge.net/#mozTocId284533

Лично нравится launch4j

Используйте "победа", который был написан для Glassfish v3, но в целом хорошо работает с программами Java.

Требовать наличия установленной среды выполнения .NET.

С Демон Apache Commons теперь вы можете иметь собственное имя и значок исполняемого файла! Вы также можете получить настраиваемый монитор в трее Windows с вашим собственным именем и значком!

Теперь у меня запущена служба с моим собственным именем и значком (prunsrv.exe), а у монитора на панели задач (prunmgr.exe) также есть мое собственное имя и значок!

1. Загрузите Бинарные файлы Apache Commons Daemon (вам понадобятся prunsrv.exe и prunmgr.exe).

2. Переименуйте их в MyServiceName.exe и MyServiceNamew.exe соответственно.

3. Загрузите WinRun4J и используйте прилагаемую к нему программу RCEDIT.exe, чтобы изменить исполняемый файл Apache, чтобы встроить свой собственный значок, например:

   > RCEDIT.exe /I MyServiceName.exe customIcon.ico
   > RCEDIT.exe /I MyServiceNamew.exe customTrayIcon.ico
   

4. Теперь установите службу Windows следующим образом (см. документация для получения дополнительных сведений и опций):

   > MyServiceName.exe //IS//MyServiceName \
     --Install = "C:\path-to\MyServiceName.exe" \
     --Jvm=auto --Startup=auto --StartMode=jvm \
     --Classpath = "C:\path-to\MyJarWithClassWithMainMethod.jar" \
     --StartClass=com.mydomain.MyClassWithMainMethod
   

5. Теперь у вас есть служба Windows вашего Jar, которая будет работать с вашим собственным значком и именем! Вы также можете запустить файл монитора, и он будет запускаться на панели задач с вашим собственным значком и именем.

   > MyServiceNamew.exe //MS//MyServiceName
   

Простой способ - это оболочка Оболочка NSSM (см. мою запись в блоге).

Exe4j - очень хороший вариант, хотя и платный. Проверьте это на Exe4j. В мастере создания файла .exe вам предоставляется возможность создать службу.

это просто, потому что вам нужно добавить ярлык

Windows 7C:\users\All Users\Start Menu\Programs\Startup (администратор) или User home directory(%userProfile%)

Windows 10: В работе shell:startup

в его свойстве -> ярлык -> цель -> java.exe -jar D:\..\runJar.jar

ПРИМЕЧАНИЕ. Это запустится только после входа в систему.

С правом администратора

sc create serviceName binpath= "java.exe -jar D:\..\runJar.jar" создаст службу Windows

если вы получите тайм-аут, используйте cmd /c D:\JAVA7~1\jdk1.7.0_51\bin\java.exe -jar d:\jenkins\jenkins.war, но даже с этим вы получите тайм-аут, но в фоновом режиме будет запущен java.exe. Проверить в диспетчере задач

ПРИМЕЧАНИЕ. Это будет выполняться при запуске входа в систему Windows (перед входом в систему, на основе службы Startup Type).

Подробное объяснение создания службы Windows

Если вы используете Gradle Build Tool, вы можете попробовать мой плагин службы Windows, который облегчает использование Демон Procrun Apache Commons.

Чтобы создать Java-приложение-службу Windows с помощью плагина, вам необходимо выполнить несколько простых шагов.

1. Создайте основной класс обслуживания с помощью соответствующего метода.

   public class MyService {
   
       public static void main(String[] args) {
           String command = "start";
           if (args.length > 0) {
               command = args[0];
           }
           if ("start".equals(command)) {
               // process service start function
           } else {
               // process service stop function
           }
       }
   
   }
   

2. Включите плагин в свой файл build.gradle.

   buildscript {
     repositories {
       maven {
         url "https://plugins.gradle.org/m2/"
       }
     }
     dependencies {
       classpath "gradle.plugin.com.github.alexeylisyutenko:windows-service-plugin:1.1.0"
     }
   }
   
   apply plugin: "com.github.alexeylisyutenko.windows-service-plugin"
   

   Тот же фрагмент скрипта для нового инкубационного механизма плагинов, представленного в Gradle 2.1:

   plugins {
     id "com.github.alexeylisyutenko.windows-service-plugin" version "1.1.0"
   }
   

3. Настроить плагин.

   windowsService {
     architecture = 'amd64'
     displayName = 'TestService'
     description = 'Service generated with using gradle plugin'   
     startClass = 'MyService'
     startMethod = 'main'
     startParams = 'start'
     stopClass = 'MyService'
     stopMethod = 'main'
     stopParams = 'stop'
     startup = 'auto'
   }
   

4. Запустите задачу Gradle createWindowsService, чтобы создать дистрибутив службы Windows.

Это все, что вам нужно сделать, чтобы создать простую службу Windows. Плагин автоматически загрузит двоичные файлы Apache Commons Daemon Procrun, распакует эти двоичные файлы в каталог распространения службы и создаст командные файлы для установки / удаления службы.

В каталоге ${project.buildDir}/windows-service вы найдете исполняемые файлы службы, пакетные сценарии для установки / удаления службы и все библиотеки времени выполнения. Чтобы установить службу, запустите <project-name>-install.bat, а если вы хотите удалить службу, запустите <project-name>-uninstall.bat. Для запуска и остановки службы используйте исполняемый файл <project-name>w.exe.

Обратите внимание, что запуск службы обработки метода должен создать и запустить отдельный поток для выполнения обработки, а затем вернуться. Основной метод вызывается из разных потоков при запуске и остановке службы.

Для получения дополнительной информации прочтите о плагине и Apache Commons Daemon Procrun.

С Java 8 мы можем справиться с этим сценарием без каких-либо внешних инструментов. Инструмент javapackager, поставляемый с java 8, предоставляет возможность создавать автономные пакеты приложений:

-родной тип Создавайте автономные пакеты приложений (если возможно). Используйте параметр -B для предоставления аргументов используемым сборщикам пакетов. Если тип указан, то создается только связка этого типа. Если тип не указан, используется все.

Для типа допустимы следующие значения:

-native type
Generate self-contained application bundles (if possible). Use the -B option to provide arguments to the bundlers being used. If type is specified, then only a bundle of this type is created. If no type is specified, all is used.

The following values are valid for type:

all: Runs all of the installers for the platform on which it is running, and creates a disk image for the application. This value is used if type is not specified.
installer: Runs all of the installers for the platform on which it is running.
image: Creates a disk image for the application. On OS X, the image is the .app file. On Linux, the image is the directory that gets installed.
dmg: Generates a DMG file for OS X.
pkg: Generates a .pkg package for OS X.
mac.appStore: Generates a package for the Mac App Store.
rpm: Generates an RPM package for Linux.
deb: Generates a Debian package for Linux.

В случае окон обратитесь к следующему док, мы можем создать msi или exe по мере необходимости.

exe: Generates a Windows .exe package.
msi: Generates a Windows Installer package.