Places api uses client id (enterprise credentials) instead of apikey when both are configured
Dieses Issue hat noch niemand übernommen.
Bewertung
- Schwierigkeit
- 3/5
- Geschätzter Aufwand
- 1-2 Tage
- Anfängerfreundlichkeit
- 38/100
- Issue-Typ
- Bug
- Klarheit
- Größtenteils klar
- Aktivitätsstatus
- Veraltet
- Tech-Stack
- java
- Bereich
- api, authentication
Rechercherichtung
Beginne damit, die Konstruktion der PlacesApi-Anfrage aus dem GeoContext nachzuverfolgen, der sowohl mit apiKey als auch mit enterpriseCredentials konfiguriert ist, und konzentriere dich dabei auf die im Bericht erwähnte Einstellung canuseclient. Reproduziere einen Places-autocomplete-Aufruf mit konfigurierten beiden Zugangsdaten und überprüfe, dass die abgeschlossene Anfrage den API-Schlüssel statt der client- und signature-Parameter verwendet.
Vom Indexierungsmodell aus dem Issue-Text verfasst.
Beschreibung
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
- Vorherrschende Sprache
- Java
- Sterne
- 1.8k
- Forks
- 972
- Ø Merge
- 5 Std. 7 Min.
- Gemergte PRs (30 T.)
- 1
Entwicklungsumgebung
- Kein Dockerfile und keine Docker-Compose-Datei
- Hat eine Pull-Request-Vorlage
- Beitragsleitfaden lesen
Erste Schritte
- Lesen Sie das ganze Issue und danach den Beitragsleitfaden des Projekts.
- Schreiben Sie ins Issue, dass Sie es übernehmen — das erspart doppelte Arbeit.
- Forken Sie das Repository und arbeiten Sie in einem Branch.
- Öffnen Sie einen Pull Request, der die Issue-Nummer nennt.
Mehr aus googlemaps/google-maps-services-java
-
PlacesApi.placeDetails(context, placeId).await() interface errorEvtl. vergeben @madtriceps hat das vor 99 Tagen übernommen. Offentriage me type: bug
Schwierigkeit 3/5 1-2 Tage Anfängerfreundlichkeit 48/100
-
[email protected]Offentriage me type: feature request
Schwierigkeit 5/5 Über eine Woche Anfängerfreundlichkeit 10/100
-
Bagg hacmOffen
Schwierigkeit 5/5 Über eine Woche Anfängerfreundlichkeit 5/100
googlemaps/google-maps-services-java#1059 · 1 Reaktion ·
-
Issue in java daOffen
Schwierigkeit 5/5 Über eine Woche Anfängerfreundlichkeit 10/100
-
Issue in java daOffen
Schwierigkeit 5/5 Über eine Woche Anfängerfreundlichkeit 10/100
Alle Issues in googlemaps/google-maps-services-java
Ähnliche Issues
-
Area-UIUX Issue-Bug Issue-Easy (good first issue)
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 67/100
TeamAmaze/AmazeFileManager#4769 ·
Maintainer antworten meist innerhalb von 7 Tagen
-
Expose SManga.memo & SChapter.memo fields in GraphQL APIs to support source-specific client featuresOffenenhancement
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 72/100
Suwayomi/Suwayomi-Server#2551 ·
Maintainer antworten meist innerhalb von 9 Tagen
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 78/100
Maintainer antworten meist innerhalb von 1 Tag
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 78/100
weaviate/java-client#631 ·
-
bug
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 78/100
Maintainer antworten meist innerhalb von 2 Tagen