-
-
Notifications
You must be signed in to change notification settings - Fork 46
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
user.dir should point to a directory owned by the user executring the application #361
Comments
According to the Oracle Java spec But in any case it is not a good practice to make any assumptions about the current working dir |
Well, ok lets say the oracle spec is a bit unclear on this point. However: Believe me - I came not here to get lectured about good programming practice. I came here because I thought I found a way to prolong the life of java applications that bet on webstart. When i stumbled onto OpenWebstart i naturally assumed it would try and behave like the original webstart as a drop in replacement - if that is not the case, please state so clearly on the Website and the github readme! |
I agree with you from the compatibility perspective. Regardless on how useful „user.dir“ is, OWS should try and mimic Oracles behavior as closely as possible. |
Some observations on Windows: Oracle JWS : Dbl-Clk On JNLP : user.dir = dir in which JNLP is contained. OWS : All of above cases : user.dir = OWS installation dir where OWS javaws.exe is contained. Thanks for pointing this out. We will discuss and create an issue to track internally - either to fix or to document. |
fixed in 1.3.2 |
When an application is started via openwebstart, the SystemProperty "user.dir" should point to a directory owned by the user who initiated that applications execution - or at least in a directory where said user has read/write privileges.
Some applications assume this and try to create files in the current working directory - one notable example being JasperReports:
This problem (and many similar ones) would disappear if the SystemProperty "user.dir" would be set as mentioned above
The text was updated successfully, but these errors were encountered: