----------------------------------------------------------- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/56618/#review165825 -----------------------------------------------------------
src/common/http.hpp (line 133) <https://reviews.apache.org/r/56618/#comment237668> Given that we always use the complete name `http::authentication::AuthenticationContext` I was wondering if it makes any sense of calling this type `AuthenticationContext` or if it is redundant given its namespace. I'm not asking you to change it, but to think about it. src/common/http.cpp (line 708) <https://reviews.apache.org/r/56618/#comment237669> I have the feeling that `extractAuthorizationSubject` may be a better way of describing what is happening here. I wonder if there is a way of introducing this to the protobuf generated `Subject` class so this is not a free function. - Alexander Rojas On Feb. 14, 2017, 12:46 a.m., Greg Mann wrote: > > ----------------------------------------------------------- > This is an automatically generated e-mail. To reply, visit: > https://reviews.apache.org/r/56618/ > ----------------------------------------------------------- > > (Updated Feb. 14, 2017, 12:46 a.m.) > > > Review request for mesos, Adam B, Alexander Rojas, Jan Schlicht, Till > Toenshoff, and Vinod Kone. > > > Bugs: MESOS-7003 > https://issues.apache.org/jira/browse/MESOS-7003 > > > Repository: mesos > > > Description > ------- > > This patch updates common Mesos HTTP-related helpers, > as well as the `authorization::Subject` protobuf > message, to make use of the `AuthenticationContext` > type instead of an `Option<string> principal`. > > > Diffs > ----- > > include/mesos/authorizer/authorizer.proto > 8b860a3e8e0b1c660a8fefc97f10f5acc0501920 > src/common/http.hpp 3d5ab59ddc4dce4d791c1b439f5e1459d1a724a4 > src/common/http.cpp abfbf7248beb2d4068be06b7f5f829d7617f943e > > Diff: https://reviews.apache.org/r/56618/diff/ > > > Testing > ------- > > Testing information can be found at the end of this review chain. > > > Thanks, > > Greg Mann > >