You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@mesos.apache.org by "Alexander Rukletsov (JIRA)" <ji...@apache.org> on 2016/05/12 15:20:12 UTC

[jira] [Updated] (MESOS-5298) Unset slave authenticator during tear-down of every test case that has authentication enabled.

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

Alexander Rukletsov updated MESOS-5298:
---------------------------------------
        Labels: mesosphere tech-debt-test  (was: )
    Issue Type: Improvement  (was: Wish)

> Unset slave authenticator during tear-down of every test case that has authentication enabled.
> ----------------------------------------------------------------------------------------------
>
>                 Key: MESOS-5298
>                 URL: https://issues.apache.org/jira/browse/MESOS-5298
>             Project: Mesos
>          Issue Type: Improvement
>          Components: slave, tests
>            Reporter: Jan Schlicht
>              Labels: mesosphere, tech-debt-test
>
> When Mesos agents are started with enabled authentication, the call {{process::http::authentication::setAuthenticator}} to enable the HTTP authenticator on libprocess level. This authenticator is never unset, which is fine for the general use case, because libprocess's lifetime is tied to the agent's lifetime.
> In a test fixture the situation is different, though. The lifetime of libprocess is tied to the lifetime of the fixture. As a consequence, a test case that wants to disable HTTP authentication of an agent needs to manually unset the authenticator as it already may have been set by a different test case of the fixture.
> The naive solution would be to add the unset call to {{cluster::Slave::~Slave}} but that could cause problems in test cases with multiple slaves. A better solution would be to unset the HTTP authenticator during the teardown of a test case that used agents with enabled HTTP authentication.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)