-
Notifications
You must be signed in to change notification settings - Fork 58
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
[82969] MAP STS token caching #16801
Conversation
b38b1d9
to
f0c48c5
Compare
147cc84
to
8c0eede
Compare
a1863ee
to
4a82181
Compare
4a82181
to
7306b72
Compare
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Confirmed call to MAP::STS with response and log stating response was not from cache:
2024-05-31 14:32:43.162553 I [5866:12180 service.rb:18] Rails -- [MAP][SecurityToken][Service] token success -- { :application => :chatbot, :icn => "123456", :cached_response => false }
Follow up call confirms response came from cache (cached_response => true
)
2024-05-31 14:32:56.283599 I [5866:12180 service.rb:18] Rails -- [MAP][SecurityToken][Service] token success -- { :application => :chatbot, :icn => "123456", :cached_response => true }
Confirmed cached_response => false
no matter how many times I call system when cache: false
in params
z## Summary
map_sts_token_<application>_icn
as its key.cache
param, defaulting to true. Ifcache
is false the service will force a query for a new token. Tokens are always cached for future retrieval, regardless ofcache
param.MapServicesController
to request a token will always call for a new token -cache
is always false.Related issue(s)
Testing done
/v0/map_services/chatbot/token
:cached_response => false
:MapServicesController
to use caching when requesting a token:What areas of the site does it impact?
MAP STS token requests
Acceptance criteria