Re: [DISCUSS] REST: Standardize vended credentials in Spec

This proposal has been open for quite a while now and there's a broad set of feedback and discussions on the PR itself. It seems we're overall in agreement on the direction of how we want to standardize credentials in the OpenAPI spec, so I'd like to open a VOTE thread shortly in order to get this

Re: [DISCUSS] REST: Standardize vended credentials in Spec

Hi Eduard, The latest REST spec change PR LGTM overall. I think it does make sense to avoid putting vendor-specific credential properties into the REST spec itself. However, I still have a couple of comments. (reposting from GH) REST Servers have to provide concrete values for vendor-specific cr

Re: [DISCUSS] REST: Standardize vended credentials in Spec

Based on recent discussions the feedback was that we don't want to have anything storage-specific in the OpenAPI spec (other than documenting the different storage configurations, which is handled by #10576 ). Therefore I've updated the PR and made it f

Re: [DISCUSS] REST: Standardize vended credentials in Spec

> wrt ISO 8601 timestamps: I'd like to keep things consistent with other places in the spec, which are typically defined as millisecond values. Fair enough. Now that the spec states the reference point in time, using millisecond offsets is fine. Cheers, Dmitri. On Tue, Sep 24, 2024 at 10:41 AM E

Re: [DISCUSS] REST: Standardize vended credentials in Spec

Thanks Dmitri for reviewing the PR and the doc. wrt ISO 8601 timestamps: I'd like to keep things consistent with other places in the spec, which are typically defined as millisecond values. Thanks Eduard On Fri, Sep 20, 2024 at 4:46 PM Dmitri Bourlatchkov wrote: > Thanks for proposing this imp

Re: [DISCUSS] REST: Standardize vended credentials in Spec

Thanks for proposing this improvement, Eduard! Overall it seems pretty reasonable to me. I added a few comments in GH and in the doc. One higher level point I'd like to discuss is using ISO 8601 to format expiry timestamps (as opposed to numeric milliseconds values). This should hopefully make th