同時使用JSON和會話的WCF服務？

Question

是否有可能使用JSON作爲請求和響應格式來支持會話的WCF服務？

我需要保護我的應用程序，該應用程序當前正與JSON格式的WCF服務器進行通信並對每次調用進行身份驗證。

我想只有在登錄時進行身份驗證，然後處理的會話的請求的其餘部分，但我嘗試創建這種服務的那一刻，我需要改變我結合要麼的wsHttpBinding或NetTcpBinding的，和當我這樣做時，服務器不再接受我的JSON請求。但它只接受使用「添加服務引用」工具編寫的用C＃編寫的測試客戶端的請求。

使用fiddler，我發現C＃客戶端通過大量臃腫的XML與我的服務進行通信。

這裏是我的web.config：

<?xml version="1.0"?> 

<configuration> 

    <system.web> 
    <!-- 
      Set compilation debug="true" to insert debugging 
      symbols into the compiled page. Because this 
      affects performance, set this value to true only 
      during development. 
     --> 
    <compilation debug="true" targetFramework="4.0"> 
     <assemblies> 
     <add assembly="System.Data.Linq, Version=4.0.0.0, Culture=neutral,  PublicKeyToken=b77a5cxxxxxxe089"/> 
     </assemblies> 
    </compilation> 
    <!-- 
      The <authentication> section enables configuration 
      of the security authentication mode used by 
      ASP.NET to identify an incoming user. 
     --> 
    <authentication mode="Windows"/> 
    <!-- 
      The <customErrors> section enables configuration 
      of what to do if/when an unhandled error occurs 
      during the execution of a request. Specifically, 
      it enables developers to configure html error pages 
      to be displayed in place of a error stack trace. 

      <customErrors mode="RemoteOnly" defaultRedirect="GenericErrorPage.htm"> 
      <error statusCode="403" redirect="NoAccess.htm" /> 
      <error statusCode="404" redirect="FileNotFound.htm" /> 
      </customErrors> 
     --> 
    <pages controlRenderingCompatibilityVersion="3.5" clientIDMode="AutoID"/> 
    </system.web> 
    <!-- 
     The system.webServer section is required for running ASP.NET AJAX under Internet 
     Information Services 7.0. It is not necessary for previous version of IIS. 
    --> 
    <system.serviceModel> 
    <behaviors> 
     <serviceBehaviors> 
     <behavior name="MobiServiceLibrary.MobiServiceBehavior"> 
      <serviceMetadata httpGetEnabled="true"/> 
      <serviceDebug includeExceptionDetailInFaults="true"/> 
     </behavior> 
     </serviceBehaviors> 
     <!--<endpointBehaviors> 
     <behavior name="MobiServiceLibrary.MobiServiceBehavior"> 
      <webHttp helpEnabled="true" defaultOutgoingResponseFormat="Json"  automaticFormatSelectionEnabled="true"/> 
     </behavior> 
     </endpointBehaviors>--> 
    </behaviors> 
    <services> 
     <service behaviorConfiguration="MobiServiceLibrary.MobiServiceBehavior" name="MobiServiceLibrary.MobiService"> 
     <endpoint address="" binding="wsHttpBinding" contract="MobiServiceLibrary.IMobiService"> 
      <identity> 
      <dns value="localhost"/> 
      </identity> 
     </endpoint> 
     <endpoint address="mex" binding="mexHttpBinding" contract="IMetadataExchange"/> 
     </service> 
    </services> 
    <!--<serviceHostingEnvironment multipleSiteBindingsEnabled="true"  minFreeMemoryPercentageToActivateService="1"> 
     </serviceHostingEnvironment>--> 
    </system.serviceModel> 
</configuration> 

我登錄 「合同」：

[ServiceContract(SessionMode = SessionMode.Required)] 
public partial interface IMobiService 
{ 
    [OperationContract(IsInitiating=true)] 
    [WebInvoke(Method = "POST", UriTemplate = "/Login", BodyStyle = WebMessageBodyStyle.Wrapped, ResponseFormat=WebMessageFormat.Json, RequestFormat=WebMessageFormat.Json)] 
    userData login(string pUserName, string pPassword, string pDeviceType); 
} 

我登錄 '實施'：

[AspNetCompatibilityRequirements(RequirementsMode = AspNetCompatibilityRequirementsMode.Allowed)] 
[ServiceBehavior(InstanceContextMode = InstanceContextMode.PerSession,AddressFilterMode=AddressFilterMode.Any)] 
public partial class MobiService : IMobiService 
{ 
    public userData login(string pUserName, string pPassword, string pDeviceType) 
    { 
     //Do Login 
    } 
} 

Answer 1

我將嘗試回答我自己的問題，請隨時指出我是否仍然存在錯誤。

做一些更多的谷歌搜索後，我發現這一點：BasicHttpBinding vs WsHttpBinding vs WebHttpBinding

這就解釋了爲什麼我一直有麻煩ruuning一個JSON格式的Sessionful服務。 似乎綁定是主要問題： webHttpBinding用於純RestFul服務，並與JSON運行良好，很少或根本沒有包裝服務和客戶端之間的請求和響應，並且每次調用建議重新驗證。 basicHttpBinding和wsHttpBinding都用於爲服務添加額外的功能和安全性（wsHttpBinding更簡單，功能更多）。 如果我理解正確，基本和ws綁定都依賴於SOAP + XML以支持附加功能，其中一個功能是會話支持。

因此，basicHttpBinding和wsHttpBinding服務，每個定義不是RESTful，並且webHttpBinding服務不支持會話。

所以我的選擇是：

1. 用的WebHttpBinding棒和驗證每個呼叫（易受重放攻擊，http://en.wikipedia.org/wiki/Replay_attack）
2. 棒用的WebHttpBinding並使用DB服務器端實現自己的「版本sessioning」。 （Prefably通過實施非對稱加密，如RSA）
3. 修改客戶端支持SOAP + XML

我傾向於選擇2號的時刻。

我仍然會欣賞任何意見，建議和/或批評，任何事情都可以幫助我更好地理解這一點。

問候！

Answer 2

不要ü有你的WCF服務標記爲scriptService？

此WCFService是託管在IIS服務器上還是託管在服務主機上。我不知道服務主機如何管理身份驗證。我知道它適用於IIS

從您的應用程序調用登錄服務。如果成功，會有一個由IIS創建的會話cookie，您可以從您的應用程序中獲取該cookie。緩存該cookie，並將其設置在您通過應用程序製作的每個後續服務請求中