Missing support for MultiServiceRegistration
@twoseat y travaille déjà.
Depuis le 16/3/2020.
Évaluation
Cette issue n'a pas encore été évaluée.
Description
-
As a cf-java-client user,
-
in order to interact with service whose name is declared from multiple brokers,
-
I need the methods accepting a serviceName to accept an additional serviceBrokerName:
- org.cloudfoundry.operations.services.DefaultServices#listServiceOfferings
- org.springframework.cloud.appbroker.acceptance.fixtures.cf.CloudFoundryService#createServiceInstance
- org.springframework.cloud.appbroker.acceptance.fixtures.cf.CloudFoundryService#deleteServiceInstance
- org.cloudfoundry.operations.services.DefaultServices#getServiceIdByName
- org.cloudfoundry.operations.services.DefaultServices#getSpaceService
- org.cloudfoundry.operations.serviceadmin.DefaultServiceAdmin#enableServiceAccess
org.cloudfoundry.operations.serviceadmin.DefaultServiceAdmin#disableServiceAccess
-
And I need some response objects to include a service broker field
- ServiceInstanceSummary
The related "Multi-Service Registration" feature was added by SAPI team see related user-facing manual, related epic and support by CF CLI in release v6.43.0 :
CF now allows multiple service brokers to offer services with the same name and or to have the same catalogs. (However, brokers themselves must still be given a unique name.)
Note: Multi-service registration is only supported on CC API version 2.125.0 or greater.
Users can specify which broker to use with a new -b flag, which is available on the following commands:
cf create-service
cf enable-service-access
cf disable-service-access
cf purge-service-offering
cf service - now display broker names
cf marketplace now display broker namesImportant Note: If you have two services with the same name, the commands above will now require the -b flag to disambiguate which service and broker you want to operate on.
- Langage dominant
- Java
- Étoiles
- 334
- Forks
- 318
- Merge moyen
- 7 j 11 h
- PR mergées (30 j)
- 3
Préparer son environnement
Ce projet ne fournit ni conteneur de développement, ni Dockerfile, ni guide de contribution : l'installation est à votre charge. Commencez par son README, et consultez notre guide de la première contribution pour les étapes générales.
Par où commencer
- Lisez l'issue en entier, puis le guide de contribution du projet.
- Signalez en commentaire que vous la prenez — cela évite que deux personnes fassent le même travail.
- Forkez le dépôt et travaillez sur une branche.
- Ouvrez une pull request qui référence le numéro de l'issue.
Autres issues de cloudfoundry/cf-java-client
-
Difficulté 2/5 1-3 heures Accessibilité débutants 68/100
cloudfoundry/cf-java-client#1374 ·
-
Integration tests fail: test-service-broker.jar incompatible with java-buildpack v5 (JDK 17 default)Ouverte
Difficulté 2/5 Une demi-journée Accessibilité débutants 74/100
cloudfoundry/cf-java-client#1344 · 1 commentaire ·
-
Execute integration tests in Github ActionsPeut-être pris @ZPascal l’a pris il y a 9 jours. Ouverte
cloudfoundry/cf-java-client#1380 · 1 réaction · 2 personnes assignées ·
-
Difficulté 5/5 Plus d'une semaine Accessibilité débutants 15/100
cloudfoundry/cf-java-client#1373 ·
-
Update to latest CAPI Version 1.240.0Peut-être pris Une pull request liée à cette issue est ouverte ou déjà fusionnée. Ouverte
Difficulté 3/5 1-2 jours Accessibilité débutants 55/100
cloudfoundry/cf-java-client#1370 ·
Toutes les issues de cloudfoundry/cf-java-client
Issues similaires
-
`GET /v1/event/token/{uuid}` can report a BOM upload as done before policy evaluation and metrics have finishedPeut-être pris @Zargath l’a pris aujourd’hui. Ouvertedefect in triage
Difficulté 2/5 1-3 heures Accessibilité débutants 72/100
DependencyTrack/dependency-track#7646 ·
Les mainteneurs répondent en général sous 1 jour
-
Difficulté 2/5 1-3 heures Accessibilité débutants 62/100
floci-io/floci#5425 · 1 commentaire ·
Les mainteneurs répondent en général sous 1 jour
-
Difficulté 2/5 1-3 heures Accessibilité débutants 85/100
objectionary/eo-graphs#80 ·
-
WebMvcStreamableServerTransportProvider: idle-session eviction stops permanently after a NullPointerException when a session is deleted mid-sweepPeut-être pris @lejuho l’a pris aujourd’hui. Ouvertestatus: waiting-for-triage
Difficulté 2/5 1-3 heures Accessibilité débutants 72/100
spring-projects/spring-ai#7133 ·
Les mainteneurs répondent en général sous 6 jours
-
Difficulté 2/5 1-3 heures Accessibilité débutants 78/100
objectionary/jucs#141 ·
Les mainteneurs répondent en général sous 1 jour