Экземпляр привязки уже был связан для прослушивания URI. После перехода с. NET 4.0 на 4.5 - PullRequest
Новая
       143

Экземпляр привязки уже был связан для прослушивания URI. После перехода с. NET 4.0 на 4.5

0 голосов
/ 06 августа 2020

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

System.InvalidOperationException: экземпляр привязки уже был связан для прослушивания URI 'http://dd.myserver.net/MyWebService/MyService'. Если две конечные точки хотят использовать один и тот же ListenUri, они также должны совместно использовать один и тот же экземпляр объекта привязки. Две конфликтующие конечные точки были либо указаны в вызовах AddServiceEndpoint () в файле конфигурации, либо в сочетании AddServiceEndpoint () и config. 

<?xml version="1.0"?>
<configuration>
  <appSettings>
    <add key="aspnet:UseTaskFriendlySynchronizationContext" value="true"/>
    <add key="wcf:webservicehost:enableautomaticendpointscompatability" value="true"/>
  </appSettings>
 
  <system.web>
    <compilation debug="true" strict="false" explicit="true" targetFramework="4.5"/>
    <httpRuntime targetFramework="4.5"/>
    <authentication mode="None"/>
    <customErrors mode="Off"/>
  </system.web>
  <system.serviceModel>
    <services>
      <service behaviorConfiguration="ServiceBehavior" name="MyRESTService.MyService">
        <endpoint address="" behaviorConfiguration="web" binding="webHttpBinding" contract="MyRESTService.IMyService" />
      </service>
    </services>
    <behaviors>
      <serviceBehaviors>
        <behavior name="ServiceBehavior">
          <serviceMetadata httpGetEnabled="true" httpsGetEnabled="true"/>
          <serviceDebug includeExceptionDetailInFaults="true"/>
        </behavior>
      </serviceBehaviors>
      <endpointBehaviors>
        <behavior name="web">
          <webHttp />
        </behavior>
      </endpointBehaviors>
    </behaviors>
    <bindings>
      <webHttpBinding>
        <binding maxReceivedMessageSize="2147483647" maxBufferPoolSize="2147483647" maxBufferSize="2147483647">
          <readerQuotas maxStringContentLength="2147483647" maxArrayLength="2147483647" maxBytesPerRead="2147483647"/>
          <security mode="None">
          </security>
        </binding>
      </webHttpBinding>
    </bindings>
    <protocolMapping>
      <add binding="webHttpBinding" scheme="http"/>
    </protocolMapping>
    <serviceHostingEnvironment aspNetCompatibilityEnabled="true" multipleSiteBindingsEnabled="true"/>
  </system.serviceModel>
  <system.webServer>
    <modules runAllManagedModulesForAllRequests="true"/>
    <directoryBrowse enabled="false"/>
  </system.webServer>
</configuration>

1 Ответ

0 голосов
/ 06 августа 2020

Наконец, я разрешил ошибку, данную одним парнем [{ ссылка }]

Я только что удалил тег безопасности внутри

до 

 <webHttpBinding>
        <binding maxReceivedMessageSize="2147483647" maxBufferPoolSize="2147483647" maxBufferSize="2147483647">
          <readerQuotas maxStringContentLength="2147483647" maxArrayLength="2147483647" maxBytesPerRead="2147483647"/>
          <security mode="None">
          </security>
        </binding>
      </webHttpBinding>

После 

<webHttpBinding>
        <binding maxReceivedMessageSize="2147483647" maxBufferPoolSize="2147483647" maxBufferSize="2147483647">
          <readerQuotas maxStringContentLength="2147483647" maxArrayLength="2147483647" maxBytesPerRead="2147483647"/>
         </binding>
      </webHttpBinding>

На поиски этой мелочи у меня ушло 3 дня. благодаря stackoverflow.

...