Closed leonwanghui closed 5 years ago
:white_check_mark: Hey leonwanghui! The commit authors and yourself have already signed the CLA.
I notice we already have:
ServiceInstanceResource:
type: object
properties:
service_id:
type: string
plan_id:
type: string
dashboard_url:
type: string
parameters:
$ref: '#/components/schemas/Object'
I think that doing this rename may be confusing since we would have both a ServiceInstance
object and a ServiceInstanceResource
object. Really the ServiceInstance
schema is specific to the provision operation.
However I notice that there is a ServiceBinding
and ServiceBindingResource
.
I would be in favour for fixing both to be more explicit. Something like ServiceInstanceProvisionResponse
.
@Samze I agree with your point, we need to make them all consistent.
@Samze @mattmcneeney @fmui PTAL, thanks!
I think the change makes sense, but it's a 'breaking' change for folks who are generating clients using the swagger spec. Do we need to add the breaking nature of this change to the readme
Good point @tinygrasshopper. My guess is that there are very few folks doing that, but maybe we should try to advertise this change (emailing the mailing list?) just in case.
What is the problem this PR solves? When I use the OpenAPITools tool to auto-generate Golang code from swagger.yaml (and openapi.yaml), it seems that the
ServiceInstanceProvision
defined is conflict with the generatedServiceInstanceProvision
method. So this PR is proposed to renameServiceInstanceProvision
toServiceInstanceProvisionResponse
so as to avoid the name confusion. Besides, to keep all name consistent,ServiceBinding
field would also been renamed toServiceBindingResponse
.Checklist: