Не выполняла ни одна конечная точка которая могла бы принять сообщение

Обновлено: 29.06.2024

Подкажите в какую сторону смотреть

Код процедурок клиента

автор
И еще, на что обратил внимание. После обновления ссылки на сервис, в папке Service Reference\ создается файл configuration91.svcinfo, в котором значение MaxReceivedMessageSize равно 65536:

В имя надо указывать класс ввидимо из-за этого не подтаскивались настройки

Сейчас это работает, только появляется другая ошибка:

Небольшая поправка данная ошибка появляется если в конфиге хоста и клиента поставить

Внутреннее исключение говорит:

Этот вид ошибки вышел из синего цвета, поэтому я не уверен, какую дополнительную информацию я должен предоставить. Кто-нибудь знает, почему это может случиться?

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

ОТВЕТЫ

Ответ 1

перейдите на страницу webconfig вашего сайта, найдите конечную точку тега и проверьте порт в атрибуте адреса, возможно, произошел сбой в номере порта

Ответ 2

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

Проверьте лимит запросов IIS и увеличьте его, если он ниже, чем вам нужно. Вот как вы можете проверить и изменить предел IIS-запроса:

  • Откройте IIS
  • Нажмите на свой сайт и/или ваше сопоставленное приложение.
  • Нажмите "Просмотр функций" и нажмите "Фильтрация запросов"
  • Нажмите "Изменить настройки параметров".

Edit Feature Settings

Ответ 3

Еще один возможный случай - убедитесь, что у вас установлена ​​функция WCF Activation. Откройте Диспетчер серверов > Функции > Добавить функции

введите описание изображения здесь

Ответ 4

В Windows: перейдите в Инструменты → Параметры → Дополнительно → Подключение и снимите флажок "Использовать порт 80 и 443 в качестве альтернативы входящим соединениям".

Ответ 5

  • Удалить экземпляр службы.
  • Создайте новый экземпляр службы.

Иногда порт изменяется и генерируется ошибка.

Ответ 6

Если вы используете настраиваемую привязку, убедитесь, что вы вносите одно и то же имя для как пользовательской привязки (сервер и клиент) в файлы конфигурации

имя привязки BufferedHttpServerNoAuth "должно быть одинаковым для обоих.

Надеюсь, это поможет кому-то

Ответ 7

Ответ 8

Ответ 9

Настройка отладки для удаленного тестового сайта SharePoint

Описанные в этом разделе действия применимы, только если Visual Studio и тестовый сайт SharePoint развернуты на разных компьютерах, а также если в качестве тестового сайта используется сайт разработчика SharePoint Online. Если SharePoint и Visual Studio развернуты на одном компьютере, пропустите этот раздел.

Если проект надстройки SharePoint в Visual Studio содержит приемник удаленных событий (RER) или приемник событий надстройки, то для отладки надстройки с помощью клавиши F5 нужно выполнить дополнительную быструю настройку свойств проекта. А для этого, в свою очередь, требуется настроить Azure. Не нужно повторно настраивать Azure для каждого подобного проекта. Если надстройка содержит обработчик событий AppInstalled, она не запустится ни с помощью клавиши F5, ни с помощью клавиш CTRL+F5 (запуск без отладки), пока не будут выполнены настройки, описанные в этом разделе.

Настройка Azure

Если у вас нет подписки на Microsoft Azure, получите ее. Она входит в подписку на MSDN.

Настройка проекта надстройки SharePoint в Visual Studio

Вам потребуется последняя версия Инструментов разработчика Office для Visual Studio, поэтому запустите установщик веб-платформы или установщик Инструментов разработчика Office для Visual Studio 2015.

Добавив удаленный приемник событий или обработчик событий надстройки в проект надстройки SharePoint в Visual Studio, щелкните правой кнопкой мыши проект в обозревателе решений и выберите Свойства.

На панели свойств откройте вкладку SharePoint и прокрутите вниз.

Установите флажок Включить отладку через шину обслуживания Microsoft Azure.

Укажите в текстовом поле полную строку подключения. Чтобы получить эту строку, выполните указанные ниже действия.

Войдите на портал Azure и откройте вкладку Service Bus.

Откройте пространство имен, созданное для отладки удаленного приемника событий (RER), и перейдите к строкам подключения. Пользовательский интерфейс портала Azure часто меняется. Если не удается найти строки подключения, см. справку по порталу Azure.

Скопируйте строку подключения SAS. Это строка, которую вы указываете в свойствах проекта Visual Studio.

В дальнейшем при создании проектов Надстройка SharePoint в Visual Studio эти сведения будут заполнены заранее, поэтому не потребуется каждый раз открывать портал Azure.

Тестирование конфигурации

Чтобы убедиться, что вы можете выполнять отладку RER, выполните процедуры, описанные в этом разделе.

Создание проекта приемника удаленных событий

В Visual Studio создайте надстройку SharePoint с размещением у поставщика. См. статью Создание надстроек SharePoint, размещаемых у поставщика.

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

В строке меню выберите Проект > Добавить новый элемент.

На панели Шаблоны выберите шаблон Список, а затем нажмите кнопку Добавить.

Нажмите Готово, чтобы добавить настраиваемый список по умолчанию в проект надстройки.

Добавьте еще один элемент в проект надстройки, выбрав шаблон Удаленный приемник событий на панели Шаблоны.

В поле Имя оставьте имя, заданное по умолчанию (RemoteEventReceiver1), и нажмите Добавить.

В списке Тип приемника событий выберите События элемента списка. В качестве источника события оставьте List1 — список, который вы добавили на предыдущих этапах.

В списке Обработать следующие события выберите Добавляется элемент и нажмите Готово.

Веб-сервис будет добавлен в веб-приложение для управления удаленным событием, которое вы указали. Приемник удаленных событий будет добавлен в Надстройка SharePoint. Он будет ссылаться на веб-службы и события элемента списка в файле Elements.xml приемника событий.

В проекте надстройки откройте файл AppManifest.xml.

Укажите страницу списка в качестве начальной: AddInProjectName/Lists/List1.

Замените AddInProjectName на имя проекта надстройки, например SharePointAddIn4/Lists/List1 . В этом примере начальной страницей назначается страница списка. Но в типичной надстройке ссылка, скорее всего, будет вести к собственному пользовательскому интерфейсу на странице веб-проекта.

Запуск и тестирование отладки обработчика событий

Если вы еще не сделали этого, выполните действия, описанные ранее в разделе Настройка проекта надстройки SharePoint в Visual Studio этой статьи.

В веб-проекте откройте службу удаленного приемника событий (RemoteEventReceiver1.svc), а затем добавьте точку останова в любую строку кода внутри метода ProcessEvent() .

Нажмите клавишу F5 для запуска проекта.

Укажите название элемента, а затем выберите Сохранить. Будет достигнута точка останова, добавленная к обработчику удаленных событий и указывающая, что выполняется отладка обработчика удаленных событий.

Нажмите клавишу F5, чтобы продолжить выполнение проекта, а по завершении его работы остановите отладку.

Включение и отключение уведомлений от Visual Studio о необходимости настроить отладку событий

Если в проекте используется удаленное событие, а отладка удаленных событий еще не настроена, Visual Studio предлагает настроить такую отладку (см. рисунок ниже). Чтобы это предложение не отображалось, снимите флажок Уведомлять меня, если отладка удаленных событий не настроена на вкладке SharePoint.

Уведомление об отладке удаленных событий

Уведомления в удаленных приемниках событий

Проверка размещения службы в служебной шине

Просмотр пространства имен служебной шины

Просмотр пространства имен служебной шины

Удаленный приемник событий не достигает точки останова

Удаленные события бывают синхронными и асинхронными. Если событие асинхронное, то для активации точки останова может потребоваться несколько секунд или больше времени.

Ошибка: "Прослушивание не выполняла ни одна конечная точка"

При выполнении обработчика в рабочей среде возникает следующая ошибка:

Ошибка: "Не удалось установить доверительные отношения для защищенного канала SSL/TLS с полномочиями"

При выполнении обработчика в рабочей среде возникает следующая ошибка:

"Ошибка вызова приемника удаленных событий. Ошибка: Не удалось установить доверительные отношения для защищенного канала SSL/TLS с полномочиями".

В общем изучаю WCF, сделал простейший пример из книги, где я создаю хоста для WCF сервиса используя
adress="http://[IPv6]:8080/MathServiceLibrary" binding = "basicHttpbinding". Параметры serviceProcessInstaller на хосте Account = "LocalSystem". В общем я пытаюсь разобраться как мне дать возможность клиенту обращаться к службе windows на разных машинах. Клиент спокойно обращается к сервису, если оба на локальной машине, а как только перенесу клиент на другую машину все неработает. Честно говоря мне кажется, что я понимаю, что работать надо с значением аккаунта serviceProcessInstaller (так как LocalSystem мне кажется не подходит), но я не разбераюсь, что лучше ставить. Поделитесь опытом, может еще где-то настраивать в винде надо? Использую windows 7.

Ответы

Конфигурация вроде правильная (если конечно вы не ошиблись в IP-адресе). В исключении пути с другой машины, потому что они прописаны в отладочных символах (PDB-файлах), они служат только для облегчения отладки. Проблема именно сетевая. Попробуйте для проверки отключить брандмауэры и сетевые экраны антивирусов на обоих машинах. Если поможет, то смотрите что где нужно добавить в исключения. Если нет, даже не знаю в чем может быть ошибка.

Все ответы

Как именно (какую ошибку выводит)? Binding с метаданными (добавление Service Reference в проект студии) работает? Покажите конфиги сервера и клиента

1) Это конфиг хоста сервиса
Его abc я задаю так:

2) Конфиг клиента
3) Клиент к сервису я подключить могу. То есть я спокойно добавляю ссылку на сервис и клиент обращается к сервису(к службе) все окей, но вот как только я перенесу клиент на другую машину, клиент пытается получить доступ, но проходит некоторое время и он завершается с исключением
Путь который указан в исключении, незнаю почему, но это путь с той машины где я писал клиент. То есть мой процесс разработки был такой:
1) Написал проект WCF Service Library
2) Написал проект Windows Service(хост)
3) Написал клиент Console App
То есть все на одном компе, а после я переношу клиент на другую машину(на ноут с win 7). Я честно говоря в этом деле довольно таки плохо плаваю, по этому мне казалось\кажется, что я делаю\делал правильно написал все части на одном компе, а потом переношу на другой комп клиент. Может мне стоило какие то настройки доп. в клиенте сделать? Что-то точно неправильно делаю, а вот что.

Читайте также: