When abacus is invoking the AccountManagement stub/ Provisioning stub, the oauth token being passed has just the "abacus.usage.read, abacus.usage.write" scopes, though the client_id is configured with other scopes like IBMBSS, service
But if the downstream components are looking for a different scope(which they should have already), the call would fail. For ex. provisioning might be looking for uaa.resource
So, abacus should not filter out the scopes when calling the stub components.
When abacus is invoking the AccountManagement stub/ Provisioning stub, the oauth token being passed has just the "abacus.usage.read, abacus.usage.write" scopes, though the client_id is configured with other scopes like IBMBSS, service
But if the downstream components are looking for a different scope(which they should have already), the call would fail. For ex. provisioning might be looking for uaa.resource
So, abacus should not filter out the scopes when calling the stub components.