v2/info call getting triggered internally while creating CloudFoundryClient and consuming v3 api's
Chưa có ai nhận issue này.
Đánh giá
- Độ khó
- 3/5
- Thời gian dự kiến
- 1-2 ngày
- Mức phù hợp với người mới
- 35/100
Hướng nghiên cứu
Đọc ReactorCloudFoundryClient.java và đường dẫn checkCompatibility() của @PostConstruct; theo dõi xem việc tạo DefaultCloudFoundryOperations hoặc gọi organizationsV3().list() có gọi info() hay không. Tái tạo thiết lập client được cung cấp và xác định nguồn của lệnh gọi v2/info cũng như hành vi dự kiến.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Mô tả
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 :)
- Ngôn ngữ chính
- Java
- Star
- 334
- Fork
- 319
- Chỉ số merge pull request
- Không có pull request nào được merge trong 30 ngày
Hướng dẫn đóng góp
Chưa lập chỉ mục được hướng dẫn đóng góp cho kho mã nguồn này
Bắt đầu từ đâu
- Đọc hết issue, rồi đọc hướng dẫn đóng góp của dự án.
- Bình luận trên issue rằng bạn sẽ nhận — tránh hai người làm cùng một việc.
- Fork repository và làm thay đổi trên một nhánh.
- Mở pull request có tham chiếu số hiệu của issue.
Issue khác của cloudfoundry/cf-java-client
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 68/100
cloudfoundry/cf-java-client#1374 ·
-
Integration tests fail: test-service-broker.jar incompatible with java-buildpack v5 (JDK 17 default) Đang mở
Độ khó 2/5 Nửa ngày Mức phù hợp với người mới 74/100
cloudfoundry/cf-java-client#1344 · 1 bình luận ·
-
Độ khó 5/5 Hơn một tuần Mức phù hợp với người mới 25/100
cloudfoundry/cf-java-client#1376 ·
-
Độ khó 5/5 Hơn một tuần Mức phù hợp với người mới 15/100
cloudfoundry/cf-java-client#1373 ·
-
Độ khó 3/5 1-2 ngày Mức phù hợp với người mới 55/100
cloudfoundry/cf-java-client#1370 ·
Tất cả issue của cloudfoundry/cf-java-client
Issue tương tự
-
Bug Java Platform: Java
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 78/100
getsentry/sentry-java#6138 · 1 bình luận ·
-
bug needs triage p2
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 78/100
GoogleCloudPlatform/DataflowTemplates#4273 · 1 bình luận ·
-
[Studio][Bug] Bulk-deleting a full page of alert rules steps the page back while more rules remain Đang mở
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 78/100
apache/rocketmq-dashboard#4654 · 1 bình luận ·
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 78/100
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 76/100