[rfc][icedtea-web] policytool in itweb-settings
Jacob Wisor
gitne at gmx.de
Tue Jan 21 08:29:59 PST 2014
On 01/21/2014 16:09, Andrew Azores wrote:
> On 01/20/2014 06:19 PM, Jacob Wisor wrote:
>> On 01/20/2014 01:27 PM, Jiri Vanek wrote:
>>> On 01/17/2014 10:08 PM, Andrew Azores wrote:
>>>> On 01/17/2014 11:52 AM, Jiri Vanek wrote:
>>>>> [...]
>>>>> Not sure if we will backport this, but probably yes.. Depends on final
>>>>> compelxiity.
>>>> [...]
>>>>> ok. Ok to head, and please elaborate on backport to 1.4 it is worthy.
>>>>> Also please fix the closing of window asap (as new chngeset)
>>>>
>>>> 1.4 doesn't have DirectoryValidator... what should we do here then? Also
>>>> backport
>>>> DirectoryValidator? Or just let the 1.4 backport have less of a guarantee that
>>>> the policy tool will
>>>> be able to successfully launch, and try to provide useful errors if not?
>>>
>>> Dependes on you. I'm for *not* backporting the directory validator, and live
>>> with "maybe not readable file". But also I would just ensure the parent dir
>>> creation.
>>
>> :-o Nooooo, please do not backport this! It is actually a new feature, so it
>> should rather go into the next minor version release.
>>
>> Jacob
>>
>
> I'd agree with you if there was actually any work done to support custom
> policies in the classloader or security manager or anything like that,
Right, there is none, so introducing that kind of or similar support is a topic
of its own. From the user's (and design) perspective , it does not matter
whether this additional "security feature" is implemented internally in the one
way or the other. The effect is important.
> but this
> is really just a minor cosmetic addition to the control panel. I think that's
> acceptable to backport (assuming no work to add support is required).
It is beyond cosmetics. The gravity of added functionality in software
engineering is not measured by the amount of buttons or what ever UI controls
newly introduced to an existing UI. It is rather measured in the amount of
*functionality* and the *consequences* there of, hence the effects.
Jacob
More information about the distro-pkg-dev
mailing list