> On July 13, 2015, 8:18 p.m., Benjamin Hindman wrote:
> > include/mesos/mesos.proto, lines 108-110
> > <https://reviews.apache.org/r/36450/diff/1/?file=1009619#file1009619line108>
> >
> >     Why not also add an Endpoint message to capture this part? Or a URL/I?
> >     
> >     message Endpoint {
> >       required Address address = 1;
> >       optional string path = 2;
> >     }
> >     
> >     
> >     OR:
> >     
> >     
> >     message URL/URI {
> >       optional string scheme = 1;
> >       required Address address = 2;
> >       optional string path = 3;
> >       repeated Parameter query = 4;
> >       optional string fragment = 5;
> >     }

+1


- Marco


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


On July 13, 2015, 5:55 p.m., Ben Mahler wrote:
> 
> -----------------------------------------------------------
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/36450/
> -----------------------------------------------------------
> 
> (Updated July 13, 2015, 5:55 p.m.)
> 
> 
> Review request for mesos, Benjamin Hindman, Jie Yu, and Vinod Kone.
> 
> 
> Bugs: MESOS-3012
>     https://issues.apache.org/jira/browse/MESOS-3012
> 
> 
> Repository: mesos
> 
> 
> Description
> -------
> 
> To make the API more consistent, we'd like to have a single message that 
> expresses a network address.
> 
> Also, this enables the message passing optimization in the scheduler driver 
> when receiving events, per MESOS-3012.
> 
> 
> Diffs
> -----
> 
>   include/mesos/mesos.proto 1763129da535561503e89cbd8c4a371f8553d8d6 
>   src/master/master.cpp b877676afa6f3833eb7d2fb06beeaa288bd8bd5d 
> 
> Diff: https://reviews.apache.org/r/36450/diff/
> 
> 
> Testing
> -------
> 
> Will add a follow up test.
> 
> 
> Thanks,
> 
> Ben Mahler
> 
>

Reply via email to