get_store should have an optional store_id parameter
Personne n'a encore pris cette issue.
- Langage dominant
- Python
- Étoiles
- 85
- Forks
- 36
- Merge moyen
- 3 h 8 min
- PR mergées (30 j)
- 3
Description
In the current implementation, get_store return the OpenFGA store specified in the client_api configuration.
Except by listing all the stores with list_stores, I don't see any other way to get a specific store different of the one defined in the configuration.
A way to arrange that would be to add an optional store_id parameter to get_store.
Part of https://github.com/openfga/sdk-generator/issues/118
We should do something similar to what @jimmyjames mentions here:
https://github.com/openfga/java-sdk/issues/150#issuecomment-2666996341
- for requests that use the storeId in the path, update the request options object to include a
storeId- In
OpenFgaClient, if the options are not null andstoreIdis non-null and non-empty, use that to build the path. Otherwise, use thestoreIdconfigured on the client- Update the tests to verify that the
storeIdcan be overridden per request, and that the value on the client is used if not overridden.
In general, it should be pretty similar to how the
authorizationModelIdis allowed to be overridden per request.
Guide de contribution
Ouvrir le guide de contribution
Par où commencer
- Lisez l'issue en entier, puis le guide de contribution du projet.
- Signalez en commentaire que vous la prenez — cela évite que deux personnes fassent le même travail.
- Forkez le dépôt et travaillez sur une branche.
- Ouvrez une pull request qui référence le numéro de l'issue.
Piste de recherche
Commencez par OpenFgaClient.get_store et les options de requête utilisées par les méthodes du client. Comparez le comportement existant de surcharge de authorizationModelId, puis examinez les tests associés pour vérifier qu’un storeId par requête surcharge le store configuré et que la valeur configurée reste le fallback.
Rédigé par le modèle d'indexation à partir du texte de l'issue.
Évaluation
- Stack technique
- python
- Domaine
- api
- Type d'issue
- Fonctionnalité
- Difficulté
- 3/5
- Temps estimé
- 1-2 jours
- Activité
- À l'abandon
- Clarté
- Plutôt claire
- Accessibilité débutants
- 45/100