Is there any facility for restricting the user's ability to make changes in the OpenWebstart Settings?
OpenWebstart will be deployed in a customer location; installed by system administrators. It is OK for these admins to have full control over the settings. The end-users, however, should be limited in what they can do in the Settings -- perhaps only allowing such action as enabling debug logging, etc.
Is this currently possible with OpenWebStart? If not, is it doable in a future release?
Locking down Settings?
-
- Posts: 232
- Joined: 27 Mar 2020, 09:55
Re: Locking down Settings?
Hi
The settings are stored in a property file in the user home.
But there is the possibility to configure system settings which take precedence over the user settings.
Also in the system settings an entry can be locked. This prevents the user from changing such an entry.
Here is a starting point: https://github.com/karakun/OpenWebStart ... figuration
Please ask if you have more questions
The settings are stored in a property file in the user home.
But there is the possibility to configure system settings which take precedence over the user settings.
Also in the system settings an entry can be locked. This prevents the user from changing such an entry.
Here is a starting point: https://github.com/karakun/OpenWebStart ... figuration
Please ask if you have more questions
Re: Locking down Settings?
Thanks for the speedy reply! The ability to define properties centrally and to lock them down sounds like just what we needed!
Our client will need to perform/script the step of creating the %windir%\Sun\Java\deployment\deployment.config file right? And then also to create the actual properties file referred to by that deployment.config - though that sounds like a simple file copy of a pre-created properties file, or perhaps that file can be installed centrally in a shared directory on the network?
John
Our client will need to perform/script the step of creating the %windir%\Sun\Java\deployment\deployment.config file right? And then also to create the actual properties file referred to by that deployment.config - though that sounds like a simple file copy of a pre-created properties file, or perhaps that file can be installed centrally in a shared directory on the network?
John
-
- Posts: 232
- Joined: 27 Mar 2020, 09:55
Re: Locking down Settings?
Both files are simple text files. So yes you can pre-create them and simply copy them over to every machine.
OWS does not provide any scripts or other features to setup the needed files for a system wide configuration.
We found that most of our customers already have some means for rolling out configurations on their computer.
The URL in the deployment.config file can point to a property file hosted on a server.
This gives the additional advantage that there is a single property file to update in case that the settings need to be changed
OWS does not provide any scripts or other features to setup the needed files for a system wide configuration.
We found that most of our customers already have some means for rolling out configurations on their computer.
The URL in the deployment.config file can point to a property file hosted on a server.
This gives the additional advantage that there is a single property file to update in case that the settings need to be changed
Re: Locking down Settings?
And I assume these files are proper java properties files, so we can use # comments in them?
-
- Posts: 232
- Joined: 27 Mar 2020, 09:55
Re: Locking down Settings?
Yes, all files are read using the method Properties.load()