Re: Duplicate TO API routes

2017-05-19 Thread Eric Friedrich (efriedri)
Thumbs up on removal > On May 19, 2017, at 1:58 PM, Jeremy Mitchell wrote: > > @Eric_Friedrich - any concerns from you regarding removal of these > duplicate routes? Here they are to summarize: > > remove GET /api/$version/deliveryservices/list in favor of GET >

Re: Duplicate TO API routes

2017-05-19 Thread Jeremy Mitchell
@Eric_Friedrich - any concerns from you regarding removal of these duplicate routes? Here they are to summarize: remove GET /api/$version/deliveryservices/list in favor of GET /api/$version/deliveryservices remove GET /api/$version/deliveryservices/:id/get in favor of GET

Re: Duplicate TO API routes

2017-04-19 Thread Jeremy Mitchell
yep, not used by TO client, dave. On Tue, Apr 18, 2017 at 4:27 PM, Dave Neuman wrote: > I assume you did a check of the client to make sure it wasn't using those > routes? > Other than that, no concerns here. > > On Tue, Apr 18, 2017 at 12:37 PM, Jeremy Mitchell

Re: Duplicate TO API routes

2017-04-18 Thread Dave Neuman
I assume you did a check of the client to make sure it wasn't using those routes? Other than that, no concerns here. On Tue, Apr 18, 2017 at 12:37 PM, Jeremy Mitchell wrote: > As we move towards a new authorization model on the TO API which includes > roles, capabilities