在瀏覽器中通過URL訪問時未找到端點

當我輸入服務的地址時，我可以看到WSDL文件。但是，當我爲URL添加後綴時，出現錯誤消息：「未找到端點」。這肯定是由於我的服務模式聲明出了問題，但在幾個小時後，我傾向於承認這超出了我。在瀏覽器中通過URL訪問時未找到端點

我已經確認命名空間是正確的，如討論here。

第一個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>

在服務我宣佈兩個端點（我只用了第一個測試，以及）。

我在我的配置文件中也有以下內容。懷疑它的意義，但從來不知道。

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

來源

2013-06-18 Konrad Viltersten

你在哪裏託管你的WCF服務？它是在IIS – Rajesh

@Rajesh這是Azure，但顯然，這是旁白。我發現了這個問題。這是一個冗餘問題？ –

我解決了這個問題。顯然，子目錄的虛擬路徑是累積的，所以暴露的服務一直存在，但在以下地址。

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

一倍平的水平來自於配置文件，而另一個從該裝飾該方法的接口屬性模板URI。

來源

2013-06-18 15:33:12

在瀏覽器中通過URL訪問時未找到端點

回答

相關問題