Чтобы ответить на ваш вопрос, который имеет несколько частей, сначала:
Принимаемые конечные точки MassTransit пересылают сообщение в очередь _error
, когда потребитель генерирует исключение. Создание конечной точки приема в очереди _error
не предлагается и не должно выполняться.
Если вы просто хотите наблюдать, произошла ли ошибка у потребителя, вы можете создать отдельную конечную точку приема (например, в качестве очереди ошибок ) и зарегистрировать пользователя Fault
. MassTransit опубликует сообщение, которое реализует Fault
, которое брокер направит к вашему потребителю через конечную точку приема.
Однако, в зависимости от вашего примера выше, вы отправляете запрос и ожидаете, что клиент знать, произошла ли ошибка. Для этого я бы рекомендовал использовать клиент запросов, который настраивает заголовки сообщений, чтобы возвращать ошибки обратно отправителю запроса. Он также позволяет отправлять ответы. Если вы не хотите ждать ответа или ждать, чтобы увидеть, произошла ли ошибка, вышеупомянутый наблюдатель сбоев - ваш лучший вариант.
Вы можете посмотреть, как использовать клиент запроса здесь: http://masstransit-project.com/MassTransit/usage/request-response.html
Существует также более новый синтаксис с более гибким клиентом запроса, который вы можете видеть через модульные тесты: https://github.com/MassTransit/MassTransit/blob/develop/src/MassTransit.Futures.Tests/Request_Specs.cs#L42
Чтобы использовать службу SignIn with Twitter, необходимо добавить URL-адрес обратного вызова Firebase (например, my-app-12345.firebaseapp.com/__/auth/handler
), который вы используете, в белый список на своей панели инструментов Twitter App !
Больше информации здесь в документации API Twitter ;)