You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
We're proposing a backwards-compatible enhancement to the "server-provisions" feature/config block introduced in #87.
In some cases, a container BOS may wish to only include some subset of services or middleware from a provisioned BOS rather than all. In addition, to avoid naming conflicts you would want to be able to give the provisioned service a mapped name.
In the example below:
The config is backwards compatible (if an element is a string, all services/middleware are provisioned, if an object the config is read)
In this example, only femaService and emailService are pulled in from provisioned BOS
emailService is renamed to myEmailService in the container BOS
This looks really useful, and provides a solution to one of the concerns that we had with the first implementation: conflicting service and middleware names.
I'd like to suggest a change to the "extended" format, either: "as" instead of "mappedName"
or "myEmailService:emailService"
We're proposing a backwards-compatible enhancement to the "server-provisions" feature/config block introduced in #87.
In some cases, a container BOS may wish to only include some subset of services or middleware from a provisioned BOS rather than all. In addition, to avoid naming conflicts you would want to be able to give the provisioned service a mapped name.
In the example below:
The text was updated successfully, but these errors were encountered: