Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

WINDOWS_SERVICE_STOP_TIMEOUT not used in stop command for Windows Service #30564

Open
jimblye opened this issue Jan 15, 2025 · 0 comments · May be fixed by #30565
Open

WINDOWS_SERVICE_STOP_TIMEOUT not used in stop command for Windows Service #30564

jimblye opened this issue Jan 15, 2025 · 0 comments · May be fixed by #30565
Assignees
Labels
release bug This bug is present in a released version of Open Liberty

Comments

@jimblye
Copy link
Member

jimblye commented Jan 15, 2025

Describe the bug
On Windows, there is a 'server registerWinService <SERVER_NAME>' command that adds the Liberty server to the registry along with commands to start and stop the server. The stop command is not using the --timeout option, which means it always uses the default timeout of 30 seconds. For Windows services the timeout is supposed to be defined by the variable WINDOWS_SERVICE_STOP_TIMEOUT.

Steps to Reproduce
Enter the 'server registerWinService' command and then check the registry location to see the stop command parameters:
Computer\HKEY_LOCAL_MACHINE\SOFTWARE\WOW6432Node\Apache Software Foundation\Procrun 2.0\defaultServer\Parameters

Expected behavior
The stop command should include parameters --stoptimeout WINDOWS_SERVICE_STOP_TIMEOUT.
It does not.

Diagnostic information:

  • Windows ONLY (and only when running Liberty as a Windows Service)
  • OpenLiberty Version: [e.g. 21.0.0.11 - 25.0.0.1]
  • Affected feature(s) : none
  • Java Version: all
  • server.xml configuration N/A

Additional context
The same applies to the start command, but that is a separate issue, and is more of a problem, because there is no --timeout for the start command. That option will need to be added.

@jimblye jimblye added the release bug This bug is present in a released version of Open Liberty label Jan 15, 2025
@jimblye jimblye self-assigned this Jan 15, 2025
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
release bug This bug is present in a released version of Open Liberty
Projects
None yet
Development

Successfully merging a pull request may close this issue.

1 participant