[rfc] [icedtea-web] enable process-wide caching on windows
Jiri Vanek
jvanek at redhat.com
Thu Sep 6 10:13:50 UTC 2018
On 09/06/2018 12:30 AM, Alex Kashchenko wrote:
> On 09/05/2018 02:42 PM, Jiri Vanek wrote:
>> On 09/05/2018 12:01 AM, Alex Kashchenko wrote:
>>> Hi,
>>>
>>> This patch enables caching of downloaded JARs on windows. Caching is only process-wide - multiple
>>> instances of WebStart apps downloading JARs simultaneously may break caching logic. It still
>>> seems to be better than no caching at all:
>> Thats deffinitley true.
>>>
>>> http://cr.openjdk.java.net/~akasko/itw/windows_cache.patch
>>>
>> The patch looks good, I'm just wondering, can it be done in more readable way?
>
> It adds as minimal changes as possible.
>
>
>> Eg having WindowsLockedFile extending LockedFile or simialrly?
>
> It can be done, but may be non-trivial (OS-wide named mutex looks like an ideal solution for that,
> but it cannot be accessed in pure java). I have no plans to work on this myself.
No. No more then workround is necessary here, and no more work is deffinitly implied on you yourself.
My issue is, that now two completely unrleated things are mixed in the conditions.
Myabe to have two bigger sections of
isWindwos then
else
would be more readable? What do you think?
The WindowsLockedFile would actually do the same, but should spare the likely appearing dupcode.
As the LockedFile already is factory-created, then the WindowsLockedFile inner class of
WindowsLocked would be really small change.
How do you feel abbout attached approach? ***!!!not tested!!!***
Thank you very much!
J.
--
Jiri Vanek
Senior QE engineer, OpenJDK QE lead, Mgr.
Red Hat Czech
jvanek at redhat.com M: +420775390109
-------------- next part --------------
A non-text attachment was scrubbed...
Name: windows_cache_2.patch
Type: text/x-patch
Size: 2559 bytes
Desc: not available
URL: <http://mail.openjdk.java.net/pipermail/distro-pkg-dev/attachments/20180906/25e18f81/windows_cache_2.patch>
More information about the distro-pkg-dev
mailing list