2010-08-19 5 views
5

Débutant, s'il vous plaît, gardez-moi comme je viens de commencer hier avec WCF. J'utilise Northwind pour les données et j'ai seulement ajouté des clients, des commandes, des détails de commande et des produits au modèle, donc rien d'extraordinaire. Lorsque je lance l'application et que j'appelle Test, et que je mets un point d'arrêt, la valeur des produits est là et se termine sans erreur. Si j'essaye alors d'appeler GetMaxQuantityByOrderID (10248), j'obtiens l'erreur énumérée au fond. Pourquoi Test() fonctionnerait-il et la même méthode WITHIN Test() NOT fonctionne? J'en ai même ajouté un autre (Test1(), exactement le même que Test sauf qu'il renvoie string: x.ProductName, qui affiche correctement Queso Cabrales). Il semble étrange qu'une méthode qui est appelée dans un autre fonctionne, mais l'appeler directement provoque une exception.WCF avec Entity Framework Error Partie II

Un autre problème que j'ai est que le IEnumerable GetOrders() fonctionne seulement si j'ajoute .ToList(). Sans elle (ou avec .AsEnumerable()), j'obtiens une erreur (L'instance ObjectContext a été supprimée et ne peut plus être utilisée pour les opérations nécessitant une connexion.)), même si le chargement paresseux est défini sur False. Quelle est la logique derrière cela?

IServiceTest.cs

using System.Collections.Generic; 
using System.ServiceModel; 

namespace WcfTestServiceLibrary 
{ 
    [ServiceContract] 
    public interface IServiceTest 
    { 

     [OperationContract] 
     IEnumerable<Orders> GetOrders(); 

     [OperationContract] 
     IEnumerable<Customers> GetCustomers(); 

     [OperationContract] 
     Customers GetCustomerByID(string customerID); 

     [OperationContract] 
     Orders GetOrderByID(int id); 

     [OperationContract] 
     IEnumerable<Order_Details> GetOrderDetailsByOrderID(int id); 

     [OperationContract] 
     Order_Details GetMaxQuantityByOrderID(int id); 

     [OperationContract] 
     void Test(); 
    } 
} 

ServiceTest.cs

using System.Collections.Generic; 
using System.Linq; 

namespace WcfTestServiceLibrary 
{ 

    public class ServiceTest : IServiceTest 
    { 
     public IEnumerable<Orders> GetOrders() 
     { 
      using (var ctx = new NWEntities()) 
      { 
       return (from o in ctx.Orders.Include("Order_Details.Products").Include("Customers") 
         select o).ToList(); 
      } 
     } 

     public IEnumerable<Customers> GetCustomers() 
     { 
      using (var ctx = new NWEntities()) 
      { 
       return (from c in ctx.Customers 
         select c); 
      } 
     } 

     public Customers GetCustomerByID(string customerID) 
     { 
      return (from c in GetCustomers() 
        where c.CustomerID == customerID 
        select c).FirstOrDefault(); 
     } 

     public Orders GetOrderByID(int id) 
     { 
      IEnumerable<Orders> orders = GetOrders(); 
      return (from o in orders 
        where o.OrderID == id 
        select o).FirstOrDefault(); 
     } 

     public IEnumerable<Order_Details> GetOrderDetailsByOrderID(int id) 
     { 
      return GetOrderByID(id).Order_Details; 
     } 

     public Order_Details GetMaxQuantityByOrderID(int id) 
     { 
      Orders order = GetOrderByID(id); 
      return order == null ? null : order.Order_Details.OrderByDescending(x => x.Quantity).FirstOrDefault(); 

     } 

     public void Test() 
     { 
      const int orderID = 10248; 
      var oq = GetMaxQuantityByOrderID(orderID); 
      var x = oq.Products; 
     } 
    } 
} 

Erreur:

An error occurred while receiving the HTTP response to http://localhost:8732/Design_Time_Addresses/WcfTestServiceLibrary/Service1/. This could be due to the service endpoint binding not using the HTTP protocol. This could also be due to an HTTP request context being aborted by the server (possibly due to the service shutting down). See server logs for more details. 

Server stack trace: 
    at System.ServiceModel.Channels.HttpChannelUtilities.ProcessGetResponseWebException(WebException webException, HttpWebRequest request, HttpAbortReason abortReason) 
    at System.ServiceModel.Channels.HttpChannelFactory.HttpRequestChannel.HttpChannelRequest.WaitForReply(TimeSpan timeout) 
    at System.ServiceModel.Channels.RequestChannel.Request(Message message, TimeSpan timeout) 
    at System.ServiceModel.Channels.ClientReliableChannelBinder`1.RequestClientReliableChannelBinder`1.OnRequest(TRequestChannel channel, Message message, TimeSpan timeout, MaskingMode maskingMode) 
    at System.ServiceModel.Channels.ClientReliableChannelBinder`1.Request(Message message, TimeSpan timeout, MaskingMode maskingMode) 
    at System.ServiceModel.Channels.ClientReliableChannelBinder`1.Request(Message message, TimeSpan timeout) 
    at System.ServiceModel.Security.SecuritySessionClientSettings`1.SecurityRequestSessionChannel.Request(Message message, TimeSpan timeout) 
    at System.ServiceModel.Dispatcher.RequestChannelBinder.Request(Message message, TimeSpan timeout) 
    at System.ServiceModel.Channels.ServiceChannel.Call(String action, Boolean oneway, ProxyOperationRuntime operation, Object[] ins, Object[] outs, TimeSpan timeout) 
    at System.ServiceModel.Channels.ServiceChannelProxy.InvokeService(IMethodCallMessage methodCall, ProxyOperationRuntime operation) 
    at System.ServiceModel.Channels.ServiceChannelProxy.Invoke(IMessage message) 

Exception rethrown at [0]: 
    at System.Runtime.Remoting.Proxies.RealProxy.HandleReturnMessage(IMessage reqMsg, IMessage retMsg) 
    at System.Runtime.Remoting.Proxies.RealProxy.PrivateInvoke(MessageData& msgData, Int32 type) 
    at IServiceTest.GetMaxQuantityByOrderID(Int32 id) 
    at ServiceTestClient.GetMaxQuantityByOrderID(Int32 id) 

Inner Exception: 
The underlying connection was closed: An unexpected error occurred on a receive. 
    at System.Net.HttpWebRequest.GetResponse() 
    at System.ServiceModel.Channels.HttpChannelFactory.HttpRequestChannel.HttpChannelRequest.WaitForReply(TimeSpan timeout) 

Inner Exception: 
Unable to read data from the transport connection: An existing connection was forcibly closed by the remote host. 
    at System.Net.Sockets.NetworkStream.Read(Byte[] buffer, Int32 offset, Int32 size) 
    at System.Net.PooledStream.Read(Byte[] buffer, Int32 offset, Int32 size) 
    at System.Net.Connection.SyncRead(HttpWebRequest request, Boolean userRetrievedStream, Boolean probeRead) 

Inner Exception: 
An existing connection was forcibly closed by the remote host 
    at System.Net.Sockets.Socket.Receive(Byte[] buffer, Int32 offset, Int32 size, SocketFlags socketFlags) 
    at System.Net.Sockets.NetworkStream.Read(Byte[] buffer, Int32 offset, Int32 size) 

Répondre

1

Pour la première question essayer d'allumer WCF tracing sur votre service. Le deuxième problème avec IEnumerable est causé par l'exécution deffered. Btw. est-ce que vous comprenez la différence entre IQueryable <T> et IEnumerable <T>? Savez-vous que votre méthode GetOrders charge toutes les commandes, les clients associés et les produits en mémoire? Même si vous souhaitez sélectionner une seule commande, vous devez tout charger dans le service.

Edit:

traçage WCF vous montrera ce que happend pendant l'exécution du service ou client - il trace WCF et internes est un outil essentiel pour le développement WCF. Tutoriel sur le traçage WCF et trace viewer. IQueryable construit l'arbre d'expression qui est compilé dans la requête de base de données de sorte que vous ne pouvez pas exécuter cette requête (exécution différée) en dehors de la portée du contexte (le contexte est responsable de la connexion à la base de données). Vous devez réécrire vos méthodes. Dans votre cas, chaque méthode doit créer une requête complète et exécuter cette requête dans la portée du contexte. L'exécution de la requête est effectuée en sélectionnant un enregistrement unique (comme FirstOrDefault()) ou en convertissant en liste.

+0

Si je change de IQueryable, je reçois l'erreur L'instance ObjectContext a été disposé et ne peuvent plus être utilisés pour les opérations qui nécessitent une connexion. Quelle est la bonne façon de faire les services WCF? Je ne comprends pas ce que la configuration du tracé me permettra de faire. Comme je l'ai dit, je viens de commencer avec la WCF il y a deux jours. –

+0

J'ai ajouté quelques informations sur le traçage et EF. –

+0

Le problème se produit uniquement dans le client de test WCF. Si je n'utilise pas le client et utilise une page asp.net pour les résultats, cela fonctionne. –

8

J'ai eu un problème très similaire à ce que vous avez fait. J'ai découvert que le proxy Entity Framework qui entoure vos classes POCO est sérialisé par défaut par le sérialiseur WCF, qui ne peut pas être désérialisé du côté client car le client n'est pas conscient du wrapper de proxy EF. Il y avait deux solutions que j'ai trouvées. La première consiste à définir ContextOptions.ProxyCreationEnabled sur false. Cela empêche l'EF de créer des proxies pour vos objets POCO. La seconde consistait à demander à WCC DataContractSerializer du côté serveur d'utiliser le fichier ProxyDataContractResolver pour le sérialiser en tant que POCO uniquement.

La deuxième option peut être trouvée à http://msdn.microsoft.com/en-us/library/ee705457.aspx. Depuis que je viens de découvrir ces solutions, je ne peux pas dire ce que je recommanderais comme pratique générale, bien que je penche pour ce dernier, puisque les requêtes EF peuvent être réutilisées par d'autres appelants de temps en temps qui voudraient que les objets retournés avec les proxies EF appropriés. Quoi qu'il en soit, je sais que c'est tard pour cette question, mais j'espère que cela aidera d'autres personnes qui rencontrent ce problème.

+0

Merci, utilisez la première solution, aide beaucoup – Dzmitry

+0

Merci pour l'info, été vraiment utile –

3

C'est le .Inculde dans votre déclaration LINQ. Je crois que la raison de ceci est la structure de données infinie résultant basicaly pointant vers et de "un" côté au "plusieurs" côté de votre relation.

Vous pouvez observer en déployant votre structure de données, la fixation d'un point d'arrêt à la suite de votre déclaration de requête .include dans le débogueur ...

Observation: Commandes -> De nombreux produits, chaque produit -> Commander -> de nombreux produits et ainsi de suite

Je suppose que wcf se lance là-dedans et se fait prendre au sérieux.

Pour briser cette chaîne de, vous pouvez simplement éviter le pointant dans votre objet de transfert de données en ajoutant l'attribut ignoreDataMember

Dans le côté plusieurs de votre relation ... Dans votre cas, le produit .. ..

[IgnorerDataMember] public Order OrderFatherElement {get; ensemble; }

De cette façon WCF arrêtera le serializingattempt en arrivant que childNode

@microsoft .... un certain potentiel pour une solution?

, Greets

Kieredin GARBAA