Google Directory API 403 Ошибки недостаточного разрешения при запросе всех пользователей учетной записи

Я пытаюсь использовать java Directory API для возврата списка всех пользователей в учетной записи, следуя методу, описанному в Документация Google, однако я постоянно получаю 403 ошибки разрешений.

Используя Java SDK, мой код выглядит так, который 403 терпит неудачу при выполнении:

Directory directory = new Directory.Builder(TRANSPORT, JSON_FACTORY, getCredential()).setApplicationName(PRODUCT_FULL_NAME).build();

Directory.Users.List list = directory.users().list();
list.setCustomer("my_customer");
com.google.api.services.admin.directory.model.Users users = list.execute();

В своей консоли App Engine API я включил Admin SDK, и у меня есть разрешения, позволяющие запрашивать следующие области при авторизации (в консоли и программно).

https://www.googleapis.com/auth/admin.directory.user https://www.googleapis.com/auth/admin.directory.user.readonly

Я не использую учетную запись службы, но авторизуюсь как «суперадминистратор». Через консоль администратора я разрешил доступ к API.

Получение списка с помощью формы "попробуйте" функция, предоставляемая Google, работает. Однако даже если я адаптирую свой код для получения HTTP, а не для использования java Directory API, я все равно получаю ошибку 403.

Я хожу с этим по домам. Кто-нибудь знает, что я делаю не так? Любые указатели были бы очень признательны.


person bleeper    schedule 08.10.2013    source источник


Ответы (1)


Ах, я попал в кеширование учетных данных!

Я расширял приложение, чтобы обеспечить эту новую функциональность и тестировать с пользователем, под которым я ранее входил в систему. Я использовал движок приложений для сохранения учетных данных в хранилище учетных данных движка приложений. При авторизации метода мы используем старые кэшированные учетные данные, а не только что аутентифицированные.

Очистка кэша памяти движка приложения и удаление учетных данных из хранилища учетных данных устранили проблему.

person bleeper    schedule 08.10.2013
comment
Пожалуйста, оставьте это как комментарий. - person Nilesh; 05.05.2015