Альтернативные подходы к отладке приложения Visual Studio .net с использованием служебной шины Azure

В прошлом, когда я разрабатывал приложения, размещенные у поставщика SharePoint, которые реализуют удаленные приемники событий, я использовал служебную шину Azure для отладки кода, как указано в этом https://blogs.msdn.microsoft.com/kaevans./2014/02/26/присоединение-удаленных-событий-получателей-к-списку-в-узле-сети/ , где внутри Azure я создаю новую служебную шину ›› я копирую основную строку подключения, как показано ниже :- введите здесь описание изображения

затем внутри проекта Visual Studio ›› Свойства ›› SharePoint ›› я добавляю указанную выше строку основного подключения служебной шины следующим образом: - введите здесь описание изображения

это позволяло мне отлаживать мой код. но на прошлой неделе, когда я пытался это сделать, я получил эти ошибки в Visual Studio после запуска проекта: -

Одна или несколько служб были отменены из служебной шины Microsoft Azure. Не удается зарегистрировать Services/AppEventReceiver.svc в служебной шине Microsoft Azure: невозможно подключиться к удаленному серверу.

следующим образом: - введите здесь описание изображения

поэтому я прочитал, что использование служебной шины Azure было прекращено Microsoft с сентября 2018 г., но в то же время я не нашел альтернативы использованию служебной шины Azure для отладки приложения, размещенного у поставщика SharePoint. Так может ли кто-нибудь посоветовать по этому поводу, пожалуйста?


person John John    schedule 01.04.2019    source источник


Ответы (1)


Вы можете использовать ngrok как прокси для локальной отладки приложения без использования служебной шины.

Проблема с передачей локального хоста в Sharepoint заключается в том, что Sharepoint не может с ним общаться, как вы указали. ngrok предоставляет вам общедоступный URL-адрес, доступ к которому может получить Sharepoint, который затем перенаправляется на ваш локальный компьютер через службу ngrok.

Вместо регистрации localhost:44332/Services/AppEventReceiver.svc в Sharepoint вы должны зарегистрировать {id}.ngrok.io/Services/AppEventReceiver, где id — это идентификатор, сгенерированный при запуске локальной службы ngrok.

person SamaraSoucy    schedule 03.04.2019
comment
спасибо за ответ .. использование обратного прокси-сервера не будет работать, если я создаю свой удаленный приемник событий, используя шаги, упомянутые здесь blogs.msdn.microsoft.com/kaevans/2014/02/26/ .. я получаю сообщение об ошибке Извините, что-то пошло не так при добавлении приложения - person John John; 03.04.2019
comment
и я получу эту ошибку в приложении. Не удалось выполнить вызов удаленного приемника событий. Подробности: на localhost:44332/Services/AppEventReceiver.svc не было прослушивания конечных точек, которые могли бы принять сообщение. Это часто вызвано неверным адресом или действием SOAP. Дополнительные сведения см. в разделе InnerException, если он присутствует. - person John John; 03.04.2019
comment
Я неправильно назвал ngrok обратным прокси вместо прокси-сервиса. Я также добавил дополнительную информацию о том, почему этот подход работает так же, как работает отладка службы. - person SamaraSoucy; 03.04.2019
comment
я уже пробовал ngrok appraoch, но надстройка sharepoint не была правильно развернута, где я получил эту ошибку Details: There was no endpoint listening at https://localhost:44332/Services/AppEventReceiver.svc that could accept the message. This is often caused by an incorrect address or SOAP action. See InnerException, if present, for more details. .. теперь, возможно, я что-то упустил, как мне нужно зарегистрировать {id}.ngrok.io/Services/AppEventReceiver внутри проекта Visual Studio? в моем случае я просто оставил командное окно ngrok открытым... - person John John; 03.04.2019
comment
В исходном примере Powershell использовался для регистрации приложения в Sharepoint с доменом ngrok. Вот еще один пример, когда кто-то использует Функции Azure в качестве получателя. Они проходят процесс настройки URL-адресов более подробно. spblog. нетто/пост/2017/09/09/ - person SamaraSoucy; 04.04.2019