SettingStore vs java.util.preferences [message #1017313] |
Mon, 11 March 2013 15:01 |
|
I have a need to store persistent (non-sensitive) data within my application, which shares a common source base for SWT, RAP and Tabris at present (with just a few differences between each).
For SWT, it seems that using java.util.preferences is the way to go for this type of persistent data, storing local user settings and display preferences etc. This implementation internally will use Windows Registry, Mac .plist files and Linux properties/java files, which is fine - let the runtime handle it for me based on its platform and I'm happy!
However, when it comes to RAP, is java.util.preferences a good idea? Does it work on all AppServers (I'll be running my RAP/Tabris versions under a variety of appservers on a variety of platforms from Windows rights up to mainframe)?
Is the RWT SettingStore more appropriate, more reliable, or does SettingStore actually use java.util.preferences underneath for its default implementation?
Any useful comments and opinions most appreciated!
Thanks, John
---
Just because you can doesn't mean you should
|
|
|
|
Re: SettingStore vs java.util.preferences [message #1017650] |
Tue, 12 March 2013 09:09 |
|
Thanks for your comments Chris.
This is kind of the road I was going down, although initially I will just use the default implementation of java.util.prefs, as I'm not too worried about porting the data - it will only be used for user display preferences, such as window size/position, and other similar options - it isn't business critical data.
I was thinking of using this for SWT (all platforms), but using SettingStore for RAP and Tabris - although one concern I read somewhere was that SettingStore property files on the appserver get wiped whenever the appserver is restarted... is that correct? If so, it isn't much use to me.
Cheers, John
---
Just because you can doesn't mean you should
|
|
|
Powered by
FUDForum. Page generated in 0.03351 seconds