DataContractSerializer Erreur à l'aide de Entity Framework 4.0 avec WCF 4.0

Je suis tenter de récupérer une liste d'objets à partir d'Entity Framework via WCF, mais je suis la réception de l'exception suivante:

Il y avait une erreur lors de la tentative de sérialiser paramètre http://tempuri.org/:GetAllResult. Le InnerException message a été 'Type 'System.Data.Entity.DynamicProxies.TestObject_240F2B681A782799F3A0C3afbe4a67a7e86083c3cc4a3939573c5410b408ecce "avec les données du contrat nom de" TestObject_240F2B681A782799F3A0C3afbe4a67a7e86083c3cc4a3939573c5410b408ecce:http://schemas.datacontract.org/2004/07/System.Data.Entity.DynamicProxies " n'est pas prévu. Envisagez d'utiliser un DataContractResolver ou ajouter tous les types pas connu statiquement à la liste des types connus - par exemple, en utilisant la KnownTypeAttribute attribut ou en les ajoutant à la liste des types connus passé à DataContractSerializer.'. Veuillez voir InnerException pour plus de détails.

J'ai utilisé de la WCF dans le passé, mais jamais avec Entity Framework. J'ai toutes mes entités générées via Entity Framework et sont annotés avec [DataContract] et [DataMember] attributs. Je n'ai pas de Propriétés de Navigation sur un de mes entités.

La GetAll() la méthode appelée est dans un résumé à la classe de service:

[ServiceContract]
public interface IService<T>
{
    [OperationContract]
    List<T> GetAll();
}

Et je suis en utilisant le ChannelFactory d'appeler mon de mise en œuvre:

Binding binding = new NetTcpBinding();
EndpointAddress endpointAddress = new EndpointAddress("net.tcp://localhost:8081/" + typeof(TestObjectService).Name);
using (ChannelFactory<ITestObjectService> channel = new ChannelFactory<ITestObjectService>(binding, endpointAddress))
{
    ITestObjectService testObjectService = channel.CreateChannel();
    testObjects = testObjectService.GetAll();
    channel.Close();
}

Je suis d'hébergement en tant que tel:

Type type = typeof(TestObjectService);
ServiceHost host = new ServiceHost(type,
            new Uri("http://localhost:8080/" + type.Name),
            new Uri("net.tcp://localhost:8081/" + type.Name));
host.Open();

Lors de l'utilisation de débogage, il trouve les objets de la base de données, cependant, il est à défaut de retourner les objets.

Des idées quant à l'endroit où j'ai peut-être tort?

InformationsquelleAutor Brandon | 2010-07-30
  1. 90

    C'était une douleur à la figure, mais c'est parce que EntityFramework crée un "proxy" de votre classe. Le TestObject classe que j'avais a été configuré correctement, mais il était de créer une classe appelée: TestObject_240F2B681A782799F3A0C3afbe4a67a7e86083c3cc4a3939573c5410b408ecce

    Pour faire de la ChannelFactory + FMC + Entity Framework travailler tous ensemble, vous devez aller dans votre Contexte constructeur et ajoutez les éléments suivants:

    ContextOptions.ProxyCreationEnabled = false;

    J'espère que cela aide quelqu'un d'autre.

    • Cela m'a beaucoup aidé merci. Si vous avez le problème décrit dans cette question, il est également intéressant de lire ce stackoverflow.com/questions/4596371/...
    • Merci beaucoup pour cette réponse!
    • Je devais exprimer mon DbContext pour un ObjectContext premier. Dans VB.NET, qui ressemble à DirectCast(Me, IObjectContextAdapter).ObjectContext.ContextOptions.ProxyCreationEnabled = False
    • Je sais que nous ne sommes pas censés pour ajouter des commentaires qui sont juste un "merci", mais cela a très bien fonctionné pour moi aussi. N'avais pas voir ce mentionné dans aucun des tutoriels, et n'avait pratiquement aucune information de débogage au premier abord car une boucle infinie qui se passait dans mon Sérialisation Json. Je vous remercie.
    • Dans le cadre de l'entité 7, j'ai dû modifier le constructeur de ma classe DbContext et a ajouté l' (C#) la ligne " de cette.La Configuration.ProxyCreationEnabled = false; " Pas besoin de cast à ObjectContext. Vous m'avez sauvé heures (éventuellement en jours) de travail.
    • Cela m'a beaucoup aidée, je vous remercie! Je suis allé dans mon contexte constructeur et a ajouté this.Configuration.ProxyCreationEnabled = false;. Fonctionne comme un champion maintenant!

    InformationsquelleAutor Brandon
  2. 60

    Lors de l'utilisation de l'API DbContext pour le Premier Code (EF 4.3) que j'avais à faire:

    public class MyClass : DbContext
{
    public MyClass()
    {
        base.Configuration.ProxyCreationEnabled = false;
    }
}
    • J'ai ajouté à mon entity framework tt modèle dans le constructeur de la super solution globale.
    InformationsquelleAutor a-h
  3. 20

    Pour EntityFramework 6.0 j'ai dû changer de configuration ainsi:

    public class MyContext : DbContext
{
    public MyContext() : base("name=MyContext")
    {
        Configuration.ProxyCreationEnabled = false;
    }
}
    • You rock !! 4 droites heures de débogage r pas perdu. thnx
    InformationsquelleAutor georger
  4. 4

    Vous avez plusieurs autres options en plus de l'ajout d'un proxy pour l'ensemble de votre POCO:

    1) Créer un wrapper. Dans une API, il est probable que vous ne voulez pas exposer l'ensemble de la POCO à vos utilisateurs... afin de créer un objet wrapper qui expose les trucs que vous voulez, et aussi, cela résout le problème de proxy.

    1.5) à peu près comme 1, mais au lieu de créer un wrapper, il suffit de revenir un anonymous type (avec LINQ)

    2) Si vous n'avez pas besoin de faire application de large, il peut être plus judicieux de le faire dans le Controller où vous avez besoin que la sérialisation... ou même plus localisée à un Method, y compris using, voici un par Controller mise en œuvre:

    public class ThingController : ApiController
{
    public ThingController()
    {
        db = new MyContext();
        db.Configuration.ProxyCreationEnabled = false;
    }

    private MyContext db;

    //GET api/Thing
    public IQueryable<Thing> GetThings()
    {
        return db.Things;
    }

    //...

    protected override void Dispose(bool disposing)
    {
        if (disposing)
            db.Dispose();

        base.Dispose(disposing);
    }
}

    3) L'autre chose est que si vous êtes dans le besoin juste pour que db appel, la meilleure façon de le faire est de la chaîne AsNoTracking() votre appel:

    List<Thing> things;
using (var db = new MyContext())
{
    things = db.Things.AsNoTracking().ToList();
}
    InformationsquelleAutor Serj Sagan
  5. 1

    Place, vous pouvez utiliser un DTO et de retour que. Pas besoin de désactiver la propriété Proxycreationenabled la valeur.

    InformationsquelleAutor Deepak Pathak