Это может быть связано с тем, что привязка конечной точки службы не использует протокол HTTP.

Я думаю, что есть проблема с сериализацией, вы можете найти точную ошибку, просто добавив код ниже в конфигурацию службы в разделе <configuration>.

После обновления конфигурации будет создан файл "App_tracelog.svclog", где существует ваша служба, просто нужно открыть файл .svclog и найти красную строку на левой боковой панели, которая является ошибкой, и просмотреть ее описание для получения дополнительной информации.

Надеюсь, это поможет найти вашу ошибку.

<configuration>
...
...

<system.diagnostics>
    <sources>
      <source name="System.ServiceModel.MessageLogging" switchValue="Warning, ActivityTracing">
        <listeners>
          <add name="ServiceModelTraceListener" />
        </listeners>
      </source>
      <source name="System.ServiceModel" switchValue="Verbose,ActivityTracing">
        <listeners>
          <add name="ServiceModelTraceListener" />
        </listeners>
      </source>
      <source name="System.Runtime.Serialization" switchValue="Verbose,ActivityTracing">
        <listeners>
          <add name="ServiceModelTraceListener" />
        </listeners>
      </source>
    </sources>
    <sharedListeners>
      <add initializeData="App_tracelog.svclog" type="System.Diagnostics.XmlWriterTraceListener, System, Version=2.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089" name="ServiceModelTraceListener" traceOutputOptions="Timestamp" />
    </sharedListeners>
  </system.diagnostics>

  </configuration>

Обновление: если вы не можете найти обновленный "App_tracelog.svclog" файл, найдите "<some GUID>App_tracelog.svclog", например, "a39e3026-5dd8-4d39-842a-04d486615eedApp_tracelog.svclog"

У меня была эта проблема: «Это могло быть из-за привязки конечной точки службы, не использующей протокол HTTP», и служба WCF закрывалась (на машине разработки)

Я понял: в моем случае проблема была из-за Enums,

Я решил использовать это

    [DataContract]
    [Flags]
    public enum Fruits
    {
        [EnumMember]
        APPLE = 1,
        [EnumMember]
        BALL = 2,
        [EnumMember]
        ORANGE = 3 

    }

Мне пришлось украсить свои перечисления DataContract, Flags и всех членов перечисления атрибутами EnumMember.

Я решил это после просмотра этой справки по msdn:

У меня была такая же ошибка, и проблема заключалась в сериализации. Мне удалось найти настоящую проблему с помощью Service Trace Viewer http://msdn.microsoft.com/en-us/library/ms732023.aspx и решил это легко. Может, это кому-то поможет.

В моем случае ошибка возникла из-за того, что один из моих сложных типов имел свойство без установленного метода.

Из-за этого сериализатор выдал исключение. Добавлены внутренние методы набора, и все работает нормально.

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

Я добился этого, добавив в свой web.config следующий раздел:

<system.diagnostics>
  <sources>
    <source name="System.ServiceModel.MessageLogging" switchValue="Warning,ActivityTracing">
      <listeners>
        <add name="traceListener"
              type="System.Diagnostics.XmlWriterTraceListener"
              initializeData= "c:\log\Traces.svclog" />
        <add type="System.Diagnostics.DefaultTraceListener" name="Default" />
      </listeners>
    </source>
    <source propagateActivity="true" name="System.ServiceModel" switchValue="Verbose,ActivityTracing">
      <listeners>
        <add name="traceListener"
              type="System.Diagnostics.XmlWriterTraceListener"
              initializeData= "c:\log\Traces.svclog" />
        <add type="System.Diagnostics.DefaultTraceListener" name="Default" />
      </listeners>
    </source>
  </sources>
  <trace autoflush="true" />
</system.diagnostics>

После установки я запустил свой клиент, получил исключение и проверил файл Traces.svclog. Оттуда мне нужно было только найти исключение.

Решение с DataContract, Flags for Enums выглядит немного некрасиво. В моем случае проблема была решена добавлением в enum чего-то вроде NotSet = 0:

public enum Fruits
{
  UNKNOWN = 0,
  APPLE = 1,
  BALL = 2,
  ORANGE = 3 
}

Я столкнулся с той же проблемой и решил с помощью приведенного ниже кода. (если есть проблема с подключением TLS)

System.Net.ServicePointManager.SecurityProtocol = SecurityProtocolType.Tls12 | SecurityProtocolType.Tls11 | SecurityProtocolType.Tls;

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

Я видел эту ошибку, вызванную циклической ссылкой в ​​графе объекта. Включение указателя на родительский объект из дочернего объекта вызовет цикл сериализатора и, в конечном итоге, превысит максимальный размер сообщения.

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

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

Надеюсь, это поможет кому-то другому!
Приветствую,

Я разобрался в проблеме. В итоге путь к моему файлу конфигурации был неправильным. Ошибки WCF иногда бывают такими полезными.

Чтобы исправить это, нам пришлось изменить идентификатор AppPool на учетную запись администратора..

Эта ошибка может быть из-за несоответствия контракта. Рассмотрим трехуровневое приложение ниже ...

Уровень пользовательского интерфейса
|
Уровень процесса
|
Уровень доступа к данным
-> Контракт между процессом и уровнем пользовательского интерфейса имеет такое же перечисление с отсутствующим (Onhold = 3). Enum: Start = 1, Stop = 2. -> Контракт между уровнем доступа к данным и процессом имеет перечисление Enum: Start = 1, Stop = 2, Onhold = 3.

В этом случае мы получим ту же ошибку в ответе уровня процесса.

Та же ошибка возникает при несоответствии другого контракта в многоуровневом приложении.

У меня возникла эта проблема, потому что я настроил свою службу WCF для возврата System.Data.DataTable.

Он отлично работал на моей тестовой HTML-странице, но взорвался, когда я поместил это в свое приложение Windows Form.

Мне пришлось зайти и изменить подпись рабочего контракта службы с DataTable на DataSet и вернуть данные соответственно.

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

Это могло произойти по многим причинам; ниже приведены некоторые из них:

1. Если вы используете сложные объекты контракта данных (что означает настраиваемый объект с большим количеством дочерних настраиваемых объектов), убедитесь, что у вас есть все настраиваемые объекты, украшенные атрибутами DataContract и DataMember.

2. Если ваши объекты контракта данных используют наследование, убедитесь, что все базовые классы имеют атрибуты DataContract и DataMember. Кроме того, вам необходимо, чтобы базовые классы указывали производные классы с помощью атрибута [KnownType (typeof (BaseClassType))] (см. Дополнительную информацию здесь об этом).

3. Убедитесь, что все свойства объекта контракта данных имеют свойства get и set.

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

<dataContractSerializer maxItemsInObjectGraph="2147483646"/>

Это может не иметь отношения к вашей конкретной проблеме, но упомянутое вами сообщение об ошибке имеет множество причин, одна из которых использует тип возвращаемого значения для [OperationContract], который является абстрактным, интерфейсным или неизвестным клиентскому коду WCF.

Проверьте сообщение (и решение) ниже

https://stackoverflow.com/a/5310951/74138

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

 <system.diagnostics>
    <sources>
      <source name="System.ServiceModel" switchValue="Information, ActivityTracing" propagateActivity="true">
        <listeners>
          <add name="traceListener" type="System.Diagnostics.XmlWriterTraceListener" initializeData="c:\logs\TracesServ_ce.svclog" />
        </listeners>
      </source>
    </sources>
  </system.diagnostics>

Затем перейдите к c: \ logs \ TracesServ_ce.svclog, откройте его с помощью средства просмотра трассировки служб Microsoft. И посмотрите, в чем проблема на самом деле.

Подробнее об этой проблеме см. Также: Существующее соединение было принудительно закрыто удаленным хостом - WCF

Моя проблема в том, что мои объекты передачи данных были слишком сложными. Начните с простых свойств, таких как public long Id { get; set; }, и как только вы получите их работоспособность, начинайте добавлять дополнительные элементы по мере необходимости.

Моя проблема заключалась в том, что возвращаемый тип моей службы был строкой. Но я вернул строку типа xml:

<reponse><state>1</state><message>Operation was successfull</message</response>

поэтому возникла ошибка.

в моем случае

у моей службы есть функция download Files

и эта ошибка появляется только при попытке загрузить Big Files

поэтому я нашел этот ответ, чтобы увеличить maxRequestLength до необходимого значения в web.config

Я знаю, что это странно, но проблема решена

если вы не выполняете никаких операций по загрузке или загрузке, возможно, этот ответ вам не поможет

Для меня очень странны решения этой ошибки. Это была проблема адреса порта EndpointAddress. В Visual Studio адрес порта вашего файла (например, Service1.svc) и адрес порта вашего проекта wcf должны совпадать с адресом порта EndpointAddress. Позвольте мне подробно описать вам это решение.

Есть два шага для проверки адресов портов.

1. В своем проекте WCF щелкните правой кнопкой мыши файл службы (например, Service1.svc) ->, затем выберите Просмотреть в браузере. Теперь в вашем браузере URL-адрес выглядит как http://localhost:61122/Service1.svc, поэтому запишите адрес вашего порта как 61122.

2. Щелкните правой кнопкой мыши свой проект wcf -> затем выберите Свойства -> перейдите на вкладку Интернет -> Теперь в разделе Серверы -> выберите Используйте Visual Studio Development Server -> выберите Определенный порт и укажите адрес порта, который мы ранее нашли в нашей службе Service1.svc. Это (61122).

Раньше у меня другой адрес порта. После правильного указания адреса порта, который я указал в EndpointAddress, моя проблема была решена.

Я надеюсь, что это может решить вашу проблему.

Также была эта проблема, и это было связано с тем, что я забыл украсить мою модель атрибутами DataContract и DataMember

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