Разработка приложений UCWA для Skype для бизнеса Online - PullRequest
0 голосов
/ 04 сентября 2018

Я пытаюсь разработать простой java-клиент, которому требуется доступ к API-интерфейсам Skype для бизнеса для настройки онлайн-собрания (т. Е. Мне нужно получить простой URL-адрес настройки собрания, вызвав API UCWA).

Я следовал этому руководству Microsoft шаг за шагом:

https://docs.microsoft.com/en-us/skype-sdk/ucwa/developingucwaapplicationsforsfbonline

У меня есть лицензия Office 365 Business Premium, и я настроил собственный домен (правильно зарегистрирован и добавлен в файл DNS зоны);

  1. Я настроил и зарегистрировал свое клиентское приложение java в Azure (стараясь назначить необходимое делегированное разрешение для возможностей Skype для бизнеса);
  2. Я выполнил этап входа в систему, и Azure может распознать меня;
  3. Я выполнил фазу автообнаружения, чтобы получить домашний пул UCWA пользователя;
  4. Я отправил запрос GET на конечную точку Azure oauth2 с ошибкой ответа 401 (и это ожидаемое поведение при установлении связи с аутентификацией);
  5. К сожалению, у меня не получилось, когда я запросил токен доступа с использованием неявного потока предоставления: Azure отвечает HTML-страницей входа, а не объектом json, содержащим токен доступа oauth2.

Что не так в этом запросе GET?

GET https://login.microsoftonline.com/oauth2/authorize?
response_type=id_token
&client_id=my_application_client_id
&redirect_uri=configured_redirect_uri
&state=UUID_generated_code
&resource=UCWA_home_pool 
HTTP/1.1 

Этот URL-адрес GET похож на тот, который использовался для фазы входа (шаг 3); Я подозреваю, что это неправильный URL запроса.

Я попытался указать свой домен по URL:

https://login.microsoftonline.com/my_domain_name/oauth2/authorize

и я попытался указать общее доменное имя (как указано в документации):

https://login.microsoftonline.com/common/oauth2/authorize

Но Azure по-прежнему отвечает со страницей входа (и кодом ответа 200 OK).

Может кто-нибудь помочь мне, пожалуйста?

1 Ответ

0 голосов
/ 05 сентября 2018

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

Более подробные шаги здесь - Настройка приложения для потока неявного предоставления OAuth

...