Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Force token A usage when building authorization header when needed ? #19

Closed
lilgallon opened this issue Nov 2, 2023 · 1 comment
Closed
Labels
discussion Further information is requested module: transport

Comments

@lilgallon
Copy link
Member

I wonder if we want to "allow" the use of tokenA, or actually force to use it? The only case of using tokenA is when we initialize the credentials handshake, where we call 3 endpoints with tokenA (and in that case we are sure we want to use tokenA). Then we will always use the client token. I will go on with the review to see if what I say makes sense or not.

Originally posted by @xhanin in #16 (comment)

@lilgallon
Copy link
Member Author

We want to be able to "allow" it, it was cleared up with a long time OCPI partner

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
discussion Further information is requested module: transport
Projects
None yet
Development

No branches or pull requests

1 participant