v2/info call getting triggered internally while creating CloudFoundryClient and consuming v3 api's
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 3/5
- Tiempo estimado
- 1-2 días
- Aptitud para principiantes
- 35/100
Línea de trabajo
Lee ReactorCloudFoundryClient.java y su ruta checkCompatibility() de @PostConstruct; sigue si la creación de DefaultCloudFoundryOperations o la llamada a organizationsV3().list() invoca info(). Reproduce la configuración de cliente proporcionada y establece el origen de la llamada v2/info y el comportamiento previsto.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
Hello,
Could someone assist me in grasping why the invocation of v3 API functions such as organizationsV3(), spacesV3(), or routesV3() etc., triggers the automatic invocation of v2/info when I create a CloudFoundryOperation client using CloudFoundryClient?
CloudFoundryClient Creation code:
cloudFoundryClient = ReactorCloudFoundryClient.builder()
.connectionContext(connectionContext)
.tokenProvider(tokenProvider)
.build();
OperationClient Creation Code:
cloudFoundryOperations = DefaultCloudFoundryOperations.builder()
.cloudFoundryClient(cloudFoundryClient)
.organization(StringUtils.EMPTY)
.space(StringUtils.EMPTY)
.build();
Fetching Organization:
ListOrganizationsRequest orgListRequest = ListOrganizationsRequest.builder().build();
ListOrganizationsResponse listOrganizationsResponse = cloudFoundryClient.organizationsV3().list(orgListRequest).timeout(CF_REQUEST_TIMEOUT).block();
After investigation, I discovered that within _ReactorCloudFoundryClient.java, there's a checkCompatibility() method annotated with @PostConstruct, triggering the info() function. However, it remains uncertain whether this is the sole factor contributing to the observed behaviour.
looping @anthonydahanne , as I noticed your impressive contribution to the repository! Your dedication and expertise shine through in your work, so could help me :)
- Lenguaje dominante
- Java
- Estrellas
- 334
- Forks
- 319
- Métricas de merge de PR
- Sin PR fusionados en 30 d
Guía de contribución
No hay ninguna guía de contribución indexada para este repositorio
Primeros pasos
- Lee el issue completo y luego la guía de contribución del proyecto.
- Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
- Haz un fork del repositorio y trabaja en una rama.
- Abre un pull request que haga referencia al número del issue.
Más de cloudfoundry/cf-java-client
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 68/100
cloudfoundry/cf-java-client#1374 ·
-
Integration tests fail: test-service-broker.jar incompatible with java-buildpack v5 (JDK 17 default) Abierto
Dificultad 2/5 Medio día Aptitud para principiantes 74/100
cloudfoundry/cf-java-client#1344 · 1 comentario ·
-
Dificultad 5/5 Más de una semana Aptitud para principiantes 25/100
cloudfoundry/cf-java-client#1376 ·
-
Dificultad 5/5 Más de una semana Aptitud para principiantes 15/100
cloudfoundry/cf-java-client#1373 ·
-
Dificultad 3/5 1-2 días Aptitud para principiantes 55/100
cloudfoundry/cf-java-client#1370 ·
Todos los issues de cloudfoundry/cf-java-client
Issues similares
-
Bug Java Platform: Java
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
getsentry/sentry-java#6138 · 1 comentario ·
-
bug needs triage p2
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
GoogleCloudPlatform/DataflowTemplates#4273 · 1 comentario ·
-
[Studio][Bug] Bulk-deleting a full page of alert rules steps the page back while more rules remain Abierto
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
apache/rocketmq-dashboard#4654 · 1 comentario ·
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 76/100