Create Origin Certificate API call returns incorrect expires_on timestamp format

bug
origin

#1

The documentation for this API call shows an example response that includes an expires_on value, 2014-01-01T05:20:00.12345Z. Today the API call currently deviates from this format, retuning dates like, 2019-04-15 16:27:00 +0000 UTC. This is breaking the official Go SDK (see issue 190) and client integrations. Either the documentation and Go SDK are incorrect, or the service API is breaking the contract. However, in this case since there are likely multiple parties coded to the observed contract (what the service is doing now) the only backwards compatible path forward is to publish an additional expires_on_X field that includes the date in the documented format.


#2

Good find. The format specified would be ISO 8601 and even though it seems to require T as a separator it appears as if 2019-04-15 16:27:00 was still a valid string (as well as 2019-04-15 16:27:00+0000) but the returned string is not (particularly because of the space between the time and timezone).

@cloonan @cscharff