If you've found some Perl endpoints that aren't returning the modified record, I think that's definitely a bug, and there should be GitHub issues filed to fix them (unless they're already fixed in the Go implementation). The API should always return the modified resource, and the client should have immediate access to the modified resource without needing a subsequent GET after every PUT/POST.
At least for some new Go endpoints I'm working on, I'm going to make the client decode the json responses, but I think we should definitely consider making that the standard with our API clients. -Rawlin On Wed, Apr 25, 2018 at 7:14 PM, Schmidt, Andrew (Contractor) <andrew_schm...@comcast.com> wrote: > I've noticed that the Put/Post responses are incorrect from some of the Perl > endpoints. I'm guessing maybe that is the reason. For example the Put > response returns the unmodified record. You have to do a Get to verify that > the change occurred. > > Andy > > On 4/25/18, 3:53 PM, "Rawlin Peters" <rawlin.pet...@gmail.com> wrote: > > Hey folks, > > I noticed in our TO go client that we aren't decoding the JSON > response returned from PUT/POST endpoints. If we actually decoded > those responses, it would be quicker and more useful from a user's > perspective, save bandwidth from all the unnecessary GETs after > POST/PUTs, and also reduce load on the API server. > > Is there a reason why we don't decode those responses? > > - Rawlin > > >
