geode-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "ASF subversion and git services (JIRA)" <>
Subject [jira] [Commented] (GEODE-3062) security-manager property is ignored when using cluster config
Date Wed, 21 Jun 2017 23:17:00 GMT


ASF subversion and git services commented on GEODE-3062:

Commit 6384d8738da9ae73cb37e525052009df20983f7f in geode's branch refs/heads/feature/GEODE-3062-2
from []
[;h=6384d87 ]

Revert "Revert "GEODE-3062: create new SecurityService after receiving cluster config""

This reverts commit a79d2cc1621bd8c36531519df5e1edbb0faabf96.

> security-manager property is ignored when using cluster config
> --------------------------------------------------------------
>                 Key: GEODE-3062
>                 URL:
>             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

View raw message