[rfc][icedtea-web] policytool in itweb-settings
Andrew Azores
aazores at redhat.com
Fri Jan 24 11:34:54 PST 2014
On 01/21/2014 02:35 PM, Andrew Azores wrote:
> On 01/21/2014 12:29 PM, Jacob Wisor wrote:
>> On 01/21/2014 05:52 PM, Andrew Azores wrote:
>>> (snip)
>>
>> I am not talking about technical effects. I am talking about effects
>> on support staff and admins. They may not be familiar with J2SE's
>> policy system yet when their user's and customers start calling in
>> for help. You know, it is not uncommon for large organizations that
>> provide in-house support to have their staff (really, this does
>> sometimes happen indeed!) trained for a specific set of applications
>> and thus features. They truly rely on specific feature sets and
>> incremental evolution of software. Of course, this feature will
>> probably not generate as many support calls as resetting passwords,
>> but lets not make those people's lives miserable by introducing
>> effects that they assumed not to exist with the current minor version
>> release. So please, just do all of us a favor and do not backport it.
>> Believe me, I know what I am talking about.
>>
>> Jacob
>
> Well, I see what you mean. I don't really see it causing problems but
> "better safe than sorry" I suppose.
>
> Jiri, do you have a compelling argument against Jacob's? ;)
>
> Thanks,
>
After much discussion and debate on IRC, I've been convinced to go ahead
and create a 1.4 backport patch and propose it here. It is attached.
Here is the justification for the backport as far as I remember:
(1) The underlying feature already exists, this simply makes it more
accessible/visible
(2) The permission system is constructive only, and so it is very
difficult to imagine a scenario where a user's custom policy file can
possibly break an application. This would mean the application depends
on being denied runtime permissions. Most users are probably never going
to bother trying this, and if they do, it should be completely harmless
And the arguments against backporting:
(3) Additional load on IT support people in companies that are using
IcedTea-Web, as this is a "new feature" being introduced within the same
minor version number
-- However, this is thought to be negligible because of (2) above
Personally, I do not care much either way. I don't believe there is any
strong reason to not backport, and I also don't see much benefit to
backport. This is because I consider the custom policy editing to be of
little use without functionality similar to what is provided by the "Run
In Sandbox button" patch (ie introducing a way to run signed applets
with a restricted permissions set rather than granting AllPermission
immediately and universally), which certainly will not be backported to 1.4.
Thanks,
--
Andrew A
-------------- next part --------------
A non-text attachment was scrubbed...
Name: custompolicy-backport-full.patch
Type: text/x-patch
Size: 19249 bytes
Desc: not available
Url : http://mail.openjdk.java.net/pipermail/distro-pkg-dev/attachments/20140124/6c926881/custompolicy-backport-full-0001.patch
More information about the distro-pkg-dev
mailing list