You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@ignite.apache.org by "Robert Wruck (JIRA)" <ji...@apache.org> on 2018/02/21 13:50:06 UTC
[jira] [Created] (IGNITE-7779) Ignite fails to start with a custom
GridSecurityProcessor and enabled assertions
Robert Wruck created IGNITE-7779:
------------------------------------
Summary: Ignite fails to start with a custom GridSecurityProcessor and enabled assertions
Key: IGNITE-7779
URL: https://issues.apache.org/jira/browse/IGNITE-7779
Project: Ignite
Issue Type: Bug
Components: general
Affects Versions: 2.3
Reporter: Robert Wruck
When a custom GridSecurityProcessor is installed, ServerImpl.joinTopology will call localAuthentication, which asserts that the passed SecurityCredentials are not null.
Problem 1: There is no good way to set the SecurityCredentials for the local node. The GridGain implementation for example does this by "somehow" obtaining the GridKernalContext and directly setting the magic ATTR_SECURITY_CREDENTIALS attribute.
Problem 2: Whether a GridSecurityProcessor accepts a null SecurityCredentials instance should not be decided in localAuthentication anyway.
Please provide a documented way for GridSecurityProcessors to set set the SecurityCredentials and remove the assertion - it works just fine with null.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)