You are viewing a plain text version of this content. The canonical link for it is here.
Posted to derby-dev@db.apache.org by "Rick Hillegas (JIRA)" <ji...@apache.org> on 2009/07/06 20:33:15 UTC

[jira] Updated: (DERBY-2883) template security policy file for network server uses undefined property derby.security.host

     [ https://issues.apache.org/jira/browse/DERBY-2883?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Rick Hillegas updated DERBY-2883:
---------------------------------

    Urgency: Normal

Triaged for 10.5.2: assigned normal urgency.

> template security policy file for network server uses undefined property derby.security.host
> --------------------------------------------------------------------------------------------
>
>                 Key: DERBY-2883
>                 URL: https://issues.apache.org/jira/browse/DERBY-2883
>             Project: Derby
>          Issue Type: Bug
>          Components: Network Server
>    Affects Versions: 10.3.1.4, 10.4.1.3
>            Reporter: Daniel John Debrunner
>
> DERBY-2811 changed the use of 
> permission java.net.SocketPermission "${derby.drda.host}:*", "accept"; 
> to
> permission java.net.SocketPermission "${derby.security.host}:*", "accept"; 
> I think this is correct for the default policy file used by the network server, but incorrect for the user template file.
> I think rather than exposing this "internal property" derby.security.host, the template should continue to use ${derby.drda.host}
> and include comments about needing to change it if the server is listening on a wildcard address. Currently there's no explanation of where derby.security.host comes from.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.