You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
It seems like today we need the resp object from every inital response to make the next() call. This is a change from before, where you can pass in a page token in query parameters.
Today in V5
apiTokens, resp, err = o.clientV5.ApiTokenAPI.ListApiTokens(ctx).Execute()
if err != nil {
return nil, "", nil, fmt.Errorf("okta-connectorv2: failed to list api tokens: %w", err)
}
if resp.HasNextPage() {
resp, err = resp.Next(&apiTokens)
if err != nil {
return nil, "", nil, err
}
}
This essentially means, the downstream consumer cannot be stateless any more and needs to store the resp object from the API responses. Even if we are able to get page tokens from our end, we are not able to just call list API with the token.
Looking for some guidance if we are looking at it the wrong way. Thanks!
New or Affected Resource(s)
All APIs
Provide a documentation link
No response
Additional Information?
No response
The text was updated successfully, but these errors were encountered:
Describe the feature request?
Hi Okta team,
It seems like today we need the
resp
object from every inital response to make thenext()
call. This is a change from before, where you can pass in a page token in query parameters.Today in V5
Before in V2
This essentially means, the downstream consumer cannot be stateless any more and needs to store the resp object from the API responses. Even if we are able to get page tokens from our end, we are not able to just call list API with the token.
Looking for some guidance if we are looking at it the wrong way. Thanks!
New or Affected Resource(s)
All APIs
Provide a documentation link
No response
Additional Information?
No response
The text was updated successfully, but these errors were encountered: