Places api uses client id (enterprise credentials) instead of apikey when both are configured
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
- 38/100
- Loại issue
- Lỗi
- Độ rõ ràng
- Khá rõ ràng
- Mức độ hoạt động
- Đình trệ
- Công nghệ
- java
- Lĩnh vực
- api, authentication
Hướng nghiên cứu
Bắt đầu bằng cách theo dõi quá trình xây dựng request PlacesApi từ GeoContext được cấu hình với cả apiKey và enterpriseCredentials, tập trung vào thiết lập canuseclient được đề cập trong báo cáo. Tái hiện một lệnh gọi Places autocomplete với cả hai thông tin xác thực được cấu hình và xác minh rằng request hoàn chỉnh sử dụng API key thay vì các tham số client và signature.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Mô tả
Hello,
We have an application that uses the Google API for PlacesAPI, TimeZoneApi and GeoCodingAPI.
Now we have a GeoContext spring bean defined where we set the API key and the Enterprise credentials. Which we inject in our service to use for the calls to the api's
// Config class
builder.apiKey(googleApiKey);
builder.enterpriseCredentials(googleClientId, googleCryptoKey);
builder.channel(googleChannel);
// Call in the service
PlaceAutocompleteRequest request = PlacesApi.placeAutocomplete(context, query, googleSesionKey).language("en").await();
Whenever we do a call to the placesAPI then it builds the url like below with the client and signature instead of the apiKey
this gives us back an error stating that an api key must be provided.
During debugging of the placesApi I notice that it adds this clientid instead of APIKey when it is provided and because of a setting canuseclient is set to true.
Is this a bug that the placesapi config is wrong as it should not seem to use this clientid? I am also not sure where this can be modified to false.
Thanks
- Ngôn ngữ chính
- Java
- Star
- 1.8k
- Fork
- 972
- Merge trung bình
- 5 giờ 7 phút
- Pull request đã merge (30 ngày)
- 1
Chuẩn bị môi trường
- Không có Dockerfile hay tệp Docker Compose
- Có mẫu pull request
- Đọc hướng dẫn đóng góp
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 googlemaps/google-maps-services-java
-
PlacesApi.placeDetails(context, placeId).await() interface errorCó thể đã có người làm @madtriceps đã nhận 99 ngày trước. Đang mởtriage me type: bug
Độ khó 3/5 1-2 ngày Mức phù hợp với người mới 48/100
-
[email protected]Đang mởtriage me type: feature request
Độ khó 5/5 Hơn một tuần Mức phù hợp với người mới 10/100
-
Bagg hacmĐang mở
Độ khó 5/5 Hơn một tuần Mức phù hợp với người mới 5/100
googlemaps/google-maps-services-java#1059 · 1 reaction ·
-
Issue in java daĐang mở
Độ khó 5/5 Hơn một tuần Mức phù hợp với người mới 10/100
-
Issue in java daĐang mở
Độ khó 5/5 Hơn một tuần Mức phù hợp với người mới 10/100
Tất cả issue của googlemaps/google-maps-services-java
Issue tương tự
-
Area-UIUX Issue-Bug Issue-Easy (good first issue)
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 67/100
TeamAmaze/AmazeFileManager#4769 ·
Maintainer thường phản hồi trong vòng 7 ngày
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 68/100
open-feature/java-sdk#2076 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Expose SManga.memo & SChapter.memo fields in GraphQL APIs to support source-specific client featuresĐang mởenhancement
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 72/100
Suwayomi/Suwayomi-Server#2551 ·
Maintainer thường phản hồi trong vòng 9 ngày
-
CLI: enforce absolute ADB device paths in file and directory commandsCó thể đã có người làm Có pull request liên kết đang mở hoặc đã được merge. Đang mở
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 78/100
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 78/100
weaviate/java-client#631 ·