-----------------------------------------------------------
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/27760/#review72680
-----------------------------------------------------------


Looks much cleaner on first pass, but I'm still trying to figure out if you 
really need the whole 
Authenticator->AuthenticatorProcess->AuthenticatorSession->AuthenticatorSessionProcess
 hierarchy, or if just 2-3 of those would suffice. What's your reasoning?


src/master/master.hpp
<https://reviews.apache.org/r/27760/#comment118741>

    So glad this doesn't have to be `string> > > >&`



src/authentication/cram_md5/authenticator.hpp
<https://reviews.apache.org/r/27760/#comment118742>

    Comment should end in punctuation.



src/authentication/cram_md5/authenticator.hpp
<https://reviews.apache.org/r/27760/#comment118743>

    Why aren't these method implementations in an `authenticator.cpp`?



src/authentication/cram_md5/authenticator.hpp
<https://reviews.apache.org/r/27760/#comment118744>

    Should this still `process::terminate(process, false)` if the short term 
fix is now in `~CRAMMD5AuthenticatorSession`? The 'false' injects the 
'terminate' at the end of the process' queue, so other in-flight events get 
handled first (semi-graceful shutdown).



src/authentication/cram_md5/authenticator.hpp
<https://reviews.apache.org/r/27760/#comment118746>

    What's the reasoning for this being a `static*`? Why wouldn't a plain old 
`Option<Error>` work?



src/master/master.hpp
<https://reviews.apache.org/r/27760/#comment118747>

    "... and its string will hold the authenticated principal."



src/master/master.cpp
<https://reviews.apache.org/r/27760/#comment118750>

    Not sure why this couldn't be merged into `_authenticate()`. What really 
needs to be done asynchronously?
    ... Oh, is this in case something like `Master::finalize()` discards the 
outer future, then the inner (authenticate) future will also be discarded? 
Worth a comment?



src/master/master.cpp
<https://reviews.apache.org/r/27760/#comment118748>

    `&& authenticate.get().isSome()`?



src/master/master.cpp
<https://reviews.apache.org/r/27760/#comment118749>

    `else if`? Do you really want to call discard again if already discarded?


- Adam B


On Feb. 13, 2015, 7:20 a.m., Till Toenshoff wrote:
> 
> -----------------------------------------------------------
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/27760/
> -----------------------------------------------------------
> 
> (Updated Feb. 13, 2015, 7:20 a.m.)
> 
> 
> Review request for mesos, Adam B, Kapil Arya, Niklas Nielsen, and Vinod Kone.
> 
> 
> Bugs: MESOS-2050
>     https://issues.apache.org/jira/browse/MESOS-2050
> 
> 
> Repository: mesos
> 
> 
> Description
> -------
> 
> The initial design and implementation of the authenticator module interface 
> caused issues and was not optimal for heavy lifting setup of external 
> dependencies. By introducing a two fold design, this has been decoupled from 
> the authentication message processing. The new design also gets us back on 
> track to the goal of makeing SASL a soft dependency of mesos.
> 
> 
> Diffs
> -----
> 
>   include/mesos/authentication/authenticator.hpp f66217a 
>   src/authentication/cram_md5/authenticator.hpp 7578ea1 
>   src/authentication/cram_md5/auxprop.hpp d036b11 
>   src/authentication/cram_md5/auxprop.cpp 5ff9755 
>   src/master/master.hpp 6a39df0 
>   src/master/master.cpp f10a3cf 
>   src/tests/cram_md5_authentication_tests.cpp dd102dc 
> 
> Diff: https://reviews.apache.org/r/27760/diff/
> 
> 
> Testing
> -------
> 
> make check
> 
> 
> Thanks,
> 
> Till Toenshoff
> 
>

Reply via email to