Places api uses client id (enterprise credentials) instead of apikey when both are configured
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 3/5
- Tiempo estimado
- 1-2 días
- Aptitud para principiantes
- 38/100
- Tipo de issue
- Error
- Claridad
- Bastante claro
- Estado de actividad
- Estancado
- Stack tecnológico
- java
- Área
- api, authentication
Línea de trabajo
Comienza rastreando la construcción de la solicitud de PlacesApi desde el GeoContext configurado con apiKey y enterpriseCredentials, centrándote en la configuración canuseclient mencionada en el informe. Reproduce una llamada de Places autocomplete con ambas credenciales configuradas y verifica que la solicitud completada use la clave de API en lugar de los parámetros client y signature.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
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
- Lenguaje dominante
- Java
- Estrellas
- 1.8k
- Forks
- 972
- Merge medio
- 5 h 7 min
- PR fusionados (30 d)
- 1
Preparar el entorno
- Sin Dockerfile ni archivo de Docker Compose
- Tiene una plantilla de pull request
- Leer la guía de contribución
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 googlemaps/google-maps-services-java
-
PlacesApi.placeDetails(context, placeId).await() interface errorPosiblemente ocupada @madtriceps la tomó hace 99 días. Abiertotriage me type: bug
Dificultad 3/5 1-2 días Aptitud para principiantes 48/100
-
[email protected]Abiertotriage me type: feature request
Dificultad 5/5 Más de una semana Aptitud para principiantes 10/100
-
Bagg hacmAbierto
Dificultad 5/5 Más de una semana Aptitud para principiantes 5/100
googlemaps/google-maps-services-java#1059 · 1 reacción ·
-
Issue in java daAbierto
Dificultad 5/5 Más de una semana Aptitud para principiantes 10/100
-
Issue in java daAbierto
Dificultad 5/5 Más de una semana Aptitud para principiantes 10/100
Todos los issues de googlemaps/google-maps-services-java
Issues similares
-
Area-UIUX Issue-Bug Issue-Easy (good first issue)
Dificultad 2/5 1-3 horas Aptitud para principiantes 67/100
TeamAmaze/AmazeFileManager#4769 ·
Los mantenedores suelen responder en 7 días
-
Expose SManga.memo & SChapter.memo fields in GraphQL APIs to support source-specific client featuresAbiertoenhancement
Dificultad 2/5 1-3 horas Aptitud para principiantes 72/100
Suwayomi/Suwayomi-Server#2551 ·
Los mantenedores suelen responder en 9 días
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
weaviate/java-client#631 ·
-
bug
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
Los mantenedores suelen responder en 2 días