[rfc] [icedtea-web] make PAthsAndFilles to follow seted paths II

[Jiri Vanek]

So this is part II

It is moving remianing keys to paths and files.

The cache, logs and so on are now correctly changeable.

The setters into those fields, however, remained property based.

Thinking about third part of this patch...  Probably add setter to those setupable files will be best...

And if dangling pointr will be done properly, then it should work perfectly without any hacking.


J.

 >
 > Hi!
 >
 > This is first of at least three pathces tro make it work
 > this one - i adding difference between getFile/Path and getDefaultFile/DefaultPAth + adapting few 
 > (the most important) PathsAndFiles
 > So this one is especially about concept. There rised issue, that PathsandFiles become depnding on 
 > JnlpRuntime.getConfig() - the result of it is later-lazy loading of RECENTLY_USED_FILE.
 > Also note the behaviour of deployment.user.security.policy
 >
 > Second part of this work will be focused on adapting missing "adjustable files"
 >  deployment.user.security.trusted.cacerts
 > deployment.user.security.trusted.certs
 > deployment.user.security.trusted.clientauthcerts
 > deployment.user.security.trusted.jssecacerts
 > deployment.user.security.trusted.jssecerts
 >
 > And ensure, that those are never ever used in itw - only the PathsAndFiles
 >
 > ThirdPart will be then focused on being sure, no dangling insatnces are around - taht everything 
 > is using PAthsAndFiles directly, and so runtime change to any InfrastructureFileDescriptor will > 
take imidiate effect. (aka changing cache in runtime durng testing)
 >
 > But this this third part is far faraway...
 >
 > BAck to this patch:
 >  I let Defaults.java use CACHE_DIR.getDefaultFullPath() instead of  CACHE_DIR.getFullPath().
 > Tahts actually very correct - because those are default values. Then I have added possibility to 
 > override getFullPath by get from properties + few small changes for docs generation.

 >  Thoughts?


-------------- next part --------------
A non-text attachment was scrubbed...
Name: restOfPropertiesEncapsulatedInPathsAndFiles.patch
Type: text/x-patch
Size: 34230 bytes
Desc: not available
URL: <http://mail.openjdk.java.net/pipermail/distro-pkg-dev/attachments/20150327/2e7c529f/restOfPropertiesEncapsulatedInPathsAndFiles-0001.patch>