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

Question

В прошлом, когда я разрабатывал приложения, размещенные на провайдере SharePoint, которые реализуют удаленные приемники событий, я использовал служебную шину Azure для отладки кода, как упоминалось в этом https://blogs.msdn.microsoft.com/kaevans/2014/02/26/attaching-remote-event-receivers-to-lists-in-the-host-web/, где внутри Azure я создаю новую службу шина >> я копирую основную строку подключения, как показано ниже:

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

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

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

следующим образом: -

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

Answer 1

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

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

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