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

[Jiri Vanek]

On 03/27/2015 03:54 PM, Jiri Vanek wrote:
> 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.
>

little bit of update - removed unused imports.
>
> 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: restOfPropertiesEncapsulatedInPathsAndFiles2.patch
Type: text/x-patch
Size: 34960 bytes
Desc: not available
URL: <http://mail.openjdk.java.net/pipermail/distro-pkg-dev/attachments/20150330/fd28c64b/restOfPropertiesEncapsulatedInPathsAndFiles2-0001.patch>