We are implementing a service broker, which offers a dynamic list of services. It means the list of services is changing and depends on
other resources. New service broker, just after installation, offers empty list of services, which is treated as an error (issue #924), but in our case it is ok.
The OSB API describes services field: "MAY be empty."
@pmorie and I just discussed this issue this week and Paul reiterated catalog is right, the spec is wrong but I had it as a follow up to get details and open an issue with the spec. @pmorie can you elaborate?
So what is the right way to design a system with a service-broker which offers empty list of services? This is a business requirement, that broker will offer the first service after some time (enabling triggered by other application)
I reviewed with @pmorie and he agreed we should relax the constraint and allow an empty list of services. I'll submit a PR to address this.
Most helpful comment
I reviewed with @pmorie and he agreed we should relax the constraint and allow an empty list of services. I'll submit a PR to address this.