在Azure托管WCF中找不到端点

时间:2012-07-31 10:06:08

标签: c# wcf azure

我已经搜索了我在Azure中托管我的WCF时遇到的问题的答案,并且已经放弃了。我现在问这个问题,希望有人能回答。

我在IIS7中的WCF工作正常,并且我的客户端应用程序已经顺利连接到它。这一切都在当地工作。我在我的WCF配置文件中有这个绑定配置:

<system.serviceModel>
<standardEndpoints />
<bindings>
  <basicHttpBinding>
    <binding name="basicHttp" closeTimeout="00:10:00" openTimeout="00:10:00"
      sendTimeout="00:10:00" allowCookies="true" maxBufferSize="2147483647"
      maxBufferPoolSize="2147483647" maxReceivedMessageSize="2147483647">
      <readerQuotas maxDepth="2147483647" maxStringContentLength="2147483647"
        maxArrayLength="2147483647" maxBytesPerRead="2147483647" maxNameTableCharCount="2147483647" />
    </binding>
  </basicHttpBinding>
  <webHttpBinding>
    <binding name="webHttp" closeTimeout="00:10:00" openTimeout="00:10:00"
      sendTimeout="00:10:00" hostNameComparisonMode="StrongWildcard"
      maxBufferSize="2147483647" maxBufferPoolSize="2147483647" maxReceivedMessageSize="2147483647">
      <readerQuotas maxDepth="2147483647" maxStringContentLength="2147483647"
        maxArrayLength="2147483647" maxBytesPerRead="2147483647" maxNameTableCharCount="2147483647" />
    </binding>
  </webHttpBinding>
</bindings>
<services>
  <service name="SurveyWCFService.SurveyService">
    <clear />
    <endpoint address="soap" binding="basicHttpBinding" bindingConfiguration="basicHttp"
      bindingName="basicHttp" contract="SurveyWCFService.SurveyService" />
    <endpoint address="json" behaviorConfiguration="jsonBehavior"
      binding="webHttpBinding" bindingConfiguration="webHttp" contract="SurveyWCFService.SurveyService" />
  </service>
</services>
<behaviors>
  <endpointBehaviors>
    <behavior name="jsonBehavior">
      <webHttp />
      <dataContractSerializer maxItemsInObjectGraph="2147483647" />
    </behavior>
  </endpointBehaviors>
  <serviceBehaviors>
    <behavior name="">
      <!-- To avoid disclosing metadata information, set the value below to false and remove the metadata endpoint above before deployment -->
      <serviceMetadata httpGetEnabled="true"/>
      <!-- To receive exception details in faults for debugging purposes, set the value below to true.  Set to false before deployment to avoid disclosing exception information -->
      <serviceDebug includeExceptionDetailInFaults="false"/>
    </behavior>
  </serviceBehaviors>
</behaviors>
<serviceHostingEnvironment multipleSiteBindingsEnabled="true" />
</system.serviceModel>

正如您所看到的,我有2个端点,一个用于连接到我的服务的C#应用​​程序的SOAP端点,以及一个使用REST访问它的客户端的JSON命名端点。我使用“Azure Web角色”模板中的默认配置将此部署到Azure,我的客户端已经可以访问Azure生成的给定URL。但这是奇怪的东西:

1)每当我的客户端使用任何给定的服务方法时,它都会带来这个异常:

System.ServiceModel.EndpointNotFoundException: There was no endpoint listening at
http://<hostedservicename>/SurveyService.svc that could accept the message. 
This is often caused by an incorrect address or SOAP action. 
See InnerException, if present, for more details. ---> 
System.Net.WebException: The remote name could not be resolved: '<hostedservicename>'

这很奇怪,因为这意味着我的应用程序没有连接到.cloudapp.net。所以我尝试使用我的浏览器调用一些服务方法。 Fiddler告诉我,响应是“HTTP 400”。在引用端点地址的URL之后,我还对生成的客户端配置文件进行了双重检查,并且地址是正确的。

2)Azure决定用自己的端点和绑定替换我的端点和绑定。当我使用Fiddler检查并查看了wsdl文件时,我得出了这个结论,这里是wsdl文件的底部部分:

本地WSDL

<wsdl:service name="SurveyService"><wsdl:port name="basicHttp_SurveyService" 
binding="tns:basicHttp_SurveyService"><soap:address location="http://localhost
/SurveyServiceLibrary/SurveyService.svc/soap"/></wsdl:port></wsdl:service>

Azure WSDL

<wsdl:service name="SurveyService"><wsdl:port name="BasicHttpBinding_SurveyService" 
binding="tns:BasicHttpBinding_SurveyService"><soap:address location=
"http://<hostedservicename>.cloudapp.net/SurveyService.svc"/></wsdl:port>   
</wsdl:service>

如何使我的WCF像在我的本地环境中一样工作?我需要在WCF上进行一些配置吗?在Azure?

2 个答案:

答案 0 :(得分:0)

我建议您查看调用您的WCF服务的应用程序。我的印象是它没有使用完整的URL。查找客户端/端点元素,如下所示:

  <?xml version="1.0" encoding="utf-8" ?>
  <configuration>
      <system.serviceModel>
          ...
          <client>
              <endpoint address="http://<hostedservicename>.cloudapp.net/SurveyService.svc" ... />
          </client>
      </system.serviceModel>
  </configuration>

哦,远程名称无法解析错误也可能意味着您还没有获得DNS复制。在这些情况下,我倾向于手动将我的DNS服务器更改为8.8.8.8(Google的DNS服务器),并且大部分时间都可以使用(您可以在几分钟后将其更改为自动)。

答案 1 :(得分:0)

让那些偶然发现同样问题的人:

我查看了我在服务配置文件中提供的命名空间,我在命名空间中有一个错误 愚蠢的我:)