Skip to content

Brokers may return 200 for no-op update request#561

Merged
n3wscott merged 1 commit intocloudfoundry:masterfrom
Samze:pr-update-no-op
Jul 31, 2018
Merged

Brokers may return 200 for no-op update request#561
n3wscott merged 1 commit intocloudfoundry:masterfrom
Samze:pr-update-no-op

Conversation

@Samze
Copy link
Contributor

@Samze Samze commented Jul 24, 2018

fixes #539

@cfdreddbot
Copy link

Hey Samze!

Thanks for submitting this pull request! I'm here to inform the recipients of the pull request that you and the commit authors have already signed the CLA.

@duglin
Copy link
Contributor

duglin commented Jul 24, 2018

LGTM

Approved with PullApprove

1 similar comment
@fmui
Copy link
Contributor

fmui commented Jul 31, 2018

LGTM

Approved with PullApprove

@n3wscott n3wscott merged commit 9449fb1 into cloudfoundry:master Jul 31, 2018
@mattmcneeney mattmcneeney added this to the 2.15 milestone Jun 11, 2019
rsampaio added a commit to rsampaio/servicebroker that referenced this pull request Jun 9, 2020
The specification for synchronous provisioning says `201 Created` status code
should be returned when for provisioning and bind and `200 OK` only for
update, unbind and deprovisioning requests.

This also reverts cloudfoundry#561 and assumes duplicated requests will return `409
Conflict` for the same unique UUID and it should be advised to platforms
to start polling the `last_operation` endpoint to wait for completion.
rsampaio added a commit to rsampaio/servicebroker that referenced this pull request Jul 7, 2020
The specification for synchronous provisioning says `201 Created` status code
should be returned when for provisioning and bind and `200 OK` only for
update, unbind and deprovisioning requests.

This also reverts cloudfoundry#561 and assumes duplicated requests will return `409
Conflict` for the same unique UUID and it should be advised to platforms
to start polling the `last_operation` endpoint to wait for completion.
rsampaio added a commit to rsampaio/servicebroker that referenced this pull request Oct 27, 2020
The specification for synchronous provisioning says `201 Created` status code
should be returned when for provisioning and bind and `200 OK` only for
update, unbind and deprovisioning requests.

This also reverts cloudfoundry#561 and assumes duplicated requests will return `409
Conflict` for the same unique UUID and it should be advised to platforms
to start polling the `last_operation` endpoint to wait for completion.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

What is the broker response for a no-op update?

6 participants