A DESCRIPTION OF THE REQUEST :
It would be helpful to have a more fine-grained control over the applet security mechanism. Signed applets currently prompt a security warning before loading an applet. This can be quite intimidating for normal, non-professional users. For some applications like Voice-over-IP, multiplayer games or peer-to-peer systems, it would be helpful if this security dialog could be promted only later after the applet has been started and actually needs the additional permissions. Moreover, the applet should be allowed to continue working even if the security dialog has been rejected (naturally without all security permissions).
For example, a multiplayer game can either work in a server mode or a peer-to-peer mode. While the peer-to-peer mode is more efficient (lower latency since applets communicate directly with each other), it also needs a networking permission. If a user rejects the security dialog, he could still play by relaying all the to the server where the applet is loaded from.
For example, applets for applications like multiplayer-gaming or voice over IP require only
JUSTIFICATION :
The enhancement should improve the usability of signed applets requiring special permissions, e.g. Gaming, Peer-to-Peer systems, Voice-over-IP.
It would be helpful to have a more fine-grained control over the applet security mechanism. Signed applets currently prompt a security warning before loading an applet. This can be quite intimidating for normal, non-professional users. For some applications like Voice-over-IP, multiplayer games or peer-to-peer systems, it would be helpful if this security dialog could be promted only later after the applet has been started and actually needs the additional permissions. Moreover, the applet should be allowed to continue working even if the security dialog has been rejected (naturally without all security permissions).
For example, a multiplayer game can either work in a server mode or a peer-to-peer mode. While the peer-to-peer mode is more efficient (lower latency since applets communicate directly with each other), it also needs a networking permission. If a user rejects the security dialog, he could still play by relaying all the to the server where the applet is loaded from.
For example, applets for applications like multiplayer-gaming or voice over IP require only
JUSTIFICATION :
The enhancement should improve the usability of signed applets requiring special permissions, e.g. Gaming, Peer-to-Peer systems, Voice-over-IP.
- relates to
-
JDK-6205526 Fine grained and well defined levels of security and trust for java webstart and plugin
-
- Closed
-
-
JDK-6205526 Fine grained and well defined levels of security and trust for java webstart and plugin
-
- Closed
-