In order to reject clients not supporting async provisionning
I need to receive accepts_incomplete parameter in provisionning/update/binding/unbinding
Observed behavior
accepts_incomplete parameter is only received in unprovisionning requests, as a result backing brokers requiring async may reject osb-cmdb requests with 422 error code and "response_body" such as
{"error":"AsyncRequired","description":"This service plan requires client support for asynchronous service operations."}
Affected release
Reproduced on version 1.2.0 and earlier
Possible fix
provisionning/update calls to specify accepts_incomplete param
Fortunately, the backing broker isn't rejecting the binding/unbinding requests missing accepts_incomplete parameter, likely because cloudfoundry never provisions this parameter, so this will prevent this pivotal/cloud-service-broker broker from being used with cloudfoundry
Expected behavior
accepts_incomplete
parameter in provisionning/update/binding/unbindingObserved behavior
accepts_incomplete
parameter is only received in unprovisionning requests, as a result backing brokers requiring async may reject osb-cmdb requests with 422 error code and "response_body" such asAffected release
Reproduced on version 1.2.0 and earlier
Possible fix
accepts_incomplete
paramaccepts_incomplete
paramaccepts_incomplete
paramaccepts_incomplete
parameter, likely because cloudfoundry never provisions this parameter, so this will prevent this pivotal/cloud-service-broker broker from being used with cloudfoundry