You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@geode.apache.org by "ASF subversion and git services (JIRA)" <ji...@apache.org> on 2017/06/09 22:25:18 UTC

[jira] [Commented] (GEODE-3062) security-manager property is ignored when using cluster config

    [ https://issues.apache.org/jira/browse/GEODE-3062?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16045131#comment-16045131 ] 

ASF subversion and git services commented on GEODE-3062:
--------------------------------------------------------

Commit d15934fcb41223f1d665d8b2885c6487bd55813e in geode's branch refs/heads/feature/GEODE-3062 from [~apache@the9muses.net]
[ https://git-wip-us.apache.org/repos/asf?p=geode.git;h=d15934f ]

Add test that fails due to GEODE-3062


> security-manager property is ignored when using cluster config
> --------------------------------------------------------------
>
>                 Key: GEODE-3062
>                 URL: https://issues.apache.org/jira/browse/GEODE-3062
>             Project: Geode
>          Issue Type: Bug
>          Components: configuration
>            Reporter: Kirk Lund
>            Assignee: Kirk Lund
>
> The fix for GEODE-2632 moves the creation of the SecurityService from GemFireCacheImpl to InternalDistributedSystem so that membership can properly use it. Membership needs to use SecurityService for peer-to-peer authentication which occurs before the Cache exists.
> Cluster config is requested and applied during initialization of a GemFireCacheImpl instance. So if security-manager property has a value in cluster config, it will be ignored.
> Potential short-term fix for this bug is to allow the GemFireCacheImpl object to have its own SecurityService which is created from cluster config properties. 
> This only affects servers because secondary locators do not use cluster config (see GEODE-2315).



--
This message was sent by Atlassian JIRA
(v6.3.15#6346)