1

当我输入我的服务地址时，我会看到 WSDL 文件。但是，当我向 URL 添加后缀时，我收到错误消息：“找不到端点”。这肯定是由于我的服务模型声明有问题，但几个小时后，我倾向于承认它超出了我的范围。

我已确保命名空间是正确的，如此处所述。

第一个 URL 有效。另一个，不要。

http://---.azurewebsites.net/MyService.svc/
http://---.azurewebsites.net/MyService.svc/Ping
http://---.azurewebsites.net/MyService.svc/Ping /（如建议here）

在行为中，我声明了两种行为——一种用于端点，一种用于服务。

<behaviors>
  <endpointBehaviors>
    <behavior name="PingEndPointBehavior">
      <webHttp/>
    </behavior>
  </endpointBehaviors>
  <serviceBehaviors>
    <behavior name ="PingServiceBehavior">
      <serviceMetadata httpGetEnabled="true"
                       httpsGetEnabled="true"/>
      <serviceDebug includeExceptionDetailInFaults="true"/>
    </behavior>
    <behavior name="">
      <serviceMetadata httpGetEnabled="true"
                       httpsGetEnabled="true"/>
      <serviceDebug includeExceptionDetailInFaults="false"/>
    </behavior>
  </serviceBehaviors>
</behaviors>

我声明了以下绑定，以便通过浏览器中的 URL 行进行访问。

<bindings>
  <webHttpBinding></webHttpBinding>
</bindings>

在服务中，我声明了两个端点（我也只测试了第一个端点）。

<service name="MyProject.MyService"
         behaviorConfiguration="PingServiceBehavior">
  <endpoint name="PingEndPoint"
            behaviorConfiguration="PingEndPointBehavior"
            address="Ping"
            binding="webHttpBinding"
            contract="MyProject.IMyService"/>
  <endpoint contract="IMetadataExchange" 
            binding="mexHttpBinding" 
            address="mex" />
</service>

我的配置文件中也有以下内容。怀疑它的重要性，但人们永远不知道。

<serviceHostingEnvironment aspNetCompatibilityEnabled="true"
                           multipleSiteBindingsEnabled="true"/>
4

1 回答 1

1

我已经解决了这个问题。显然，子目录的虚拟路径是累积的，所以暴露的服务一直都在，只是在下面的地址。

http://---.azurewebsites.net/MyService.svc/Ping/Ping

一个 ping 级别来自配置文件，而另一个来自装饰方法接口的属性中的模板 URI。

于 2013-06-18T15:33:12.650 回答