-
Notifications
You must be signed in to change notification settings - Fork 5
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
Application not starting when file system path contains whitespace #6
Comments
Hi, thanks for reporting this issue. I looked into this but I don't have a fix yet. Ik looks like XSLWeb receives the value of the system property "xslweb.home" from the OS with spaces encoded with a backslash. The ready-to-run distributions use the application server Jetty. Jetty is started from the scripts using Jetty's start.jar. The system property "xslweb.home" is set in start.ini. It seems that when start.jar starts the actual Jetty Java process, the system property xslweb.home is passed on the command line without quotes and the OS therefore encodes the spaces with a backslash. I also tried to pass the system property directly to start.jar, which passes it on the Jetty process, but the problem remains. For now I will add a warning to the documentation to install XSLWeb on a path not containing spaces... |
Sorry, I lost sight of this. If a solution to the problem is too intricate and given that as-is a relatively clear error message is output on the command line, a warning in the documentation seems sufficient. |
XSLWeb v4.0.0-RC-1 will not launch when the path to the application contains whitespace chars. For v3 this didn't pose a problem.
Test setup: application in
/data/demo/xslweb/brea king
:Starting the application under application in
/data/demo/xslweb/working
works as expected.This is admittedly an edge case, but I think it would be good to allow paths containing whitespace or to put a warning in the Installation section of the documentation.
I happened to find this when following a nice tutorial by @pmasereeuw during Declarative Amsterdam 2020.
My platform: Linux 5.4.0-7642-generic x86_64
The text was updated successfully, but these errors were encountered: