Open gberche-orange opened 4 years ago
Symptom (in version 4.2.0) of this limitation when the equivalent of cf enable-service-access
is invoked while there are services from multiple service brokers matching:
16-03-2020 17:12:30.057 [cloudfoundry-client-epoll-3] ERROR o.s.c.a.a.f.cf.CloudFoundryService.lambda$enableServiceBrokerAccess$1 - Error enabling access to service app-service-create-instance-with-services: java.lang.IndexOutOfBoundsException: Source emitted more than one item
16-03-2020 17:25:27.724 [cloudfoundry-client-epoll-3] DEBUG o.s.c.a.a.CloudFoundryAcceptanceTest.lambda$blockingSubscribe$8 - error subscribing to publisher
java.lang.IndexOutOfBoundsException: Source emitted more than one item
at reactor.core.publisher.MonoSingle$SingleSubscriber.onNext(MonoSingle.java:129)
Suppressed: reactor.core.publisher.FluxOnAssembly$OnAssemblyException:
Assembly trace from producer [reactor.core.publisher.MonoDoFinally] :
reactor.core.publisher.Mono.checkpoint(Mono.java:1862)
org.cloudfoundry.operations.serviceadmin.DefaultServiceAdmin.enableServiceAccess(DefaultServiceAdmin.java:129)
Error has been observed at the following site(s):
|_ Mono.checkpoint ⇢ at org.cloudfoundry.operations.serviceadmin.DefaultServiceAdmin.enableServiceAccess(DefaultServiceAdmin.java:129)
Acknowledged as an enhancement.
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:
And I need some response objects to include a service broker field
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 :