objet entité ne peut pas être référencé par plusieurs instances de IEntityChangeTracker. lors de l'ajout d'objets liés à l'entité dans l'Entity Framework 4.1

Étapes pour reproduire peut être simplifié à ceci:

var contextOne = new EntityContext();
var contextTwo = new EntityContext();

var user = contextOne.Users.FirstOrDefault();

var group = new Group();
group.User = user;

contextTwo.Groups.Add(group);
contextTwo.SaveChanges();

Code sans erreur:

var context = new EntityContext();

var user = context.Users.FirstOrDefault();

var group = new Group();
group.User = user; //Be careful when you set entity properties. 
//Be sure that all objects came from the same context

context.Groups.Add(group);
context.SaveChanges();

L'aide d'une seule EntityContext pouvez résoudre ce problème. Se référer à d'autres réponses pour d'autres solutions.

J'ai eu le même problème mais mon problème avec le @Slauma de la solution (bien que grand dans certains cas), c'est qu'il recommande des que je passe le contexte dans le service, ce qui implique que le contexte est disponible à partir de mon contrôleur. Il est également des forces de couplage étroit entre mon contrôleur et les couches de service.

Je suis en utilisant l'Injection de Dépendance pour injecter le service/dépôt de couches sur le contrôleur et en tant que tels n'ont pas accès au contexte de l'automate.

Ma solution a été d'avoir le service/dépôt des couches d'utiliser la même instance du contexte - Singleton.

Contexte De La Classe Singleton:

Référence: http://msdn.microsoft.com/en-us/library/ff650316.aspx

et http://csharpindepth.com/Articles/General/Singleton.aspx

public sealed class MyModelDbContextSingleton
{
  private static readonly MyModelDbContext instance = new MyModelDbContext();

  static MyModelDbContextSingleton() { }

  private MyModelDbContextSingleton() { }

  public static MyModelDbContext Instance
  {
    get
    {
      return instance;
    }
  }
}  

Classe De Dépôt:

public class ProjectRepository : IProjectRepository
{
  MyModelDbContext context = MyModelDbContextSingleton.Instance;
  [...]

D'autres solutions existent comme l'instanciation le contexte une fois et de passer dans le constructeur de votre service/dépôt de couches ou d'une autre, j'ai lu à propos de ce qui est de la mise en œuvre de l'Unité de Travail modèle. Je suis sûr qu'il ya plus...

Dans mon cas, j'ai été en utilisant le ASP.NET l'Identité de Cadre. J'avais utilisé le construit en UserManager.FindByNameAsync méthode pour récupérer un ApplicationUser entité. J'ai ensuite essayé de faire référence à cette entité une entité nouvellement créée sur un autre DbContext. Cela a abouti à l'exception d'origine que vous avez vu.

J'ai résolu ce problème en créant un nouveau ApplicationUser entité avec seulement le Id de la UserManager méthode et le référencement de cette nouvelle entité.

Dans ce cas, il s'avère que l'erreur est très clair: Entity Framework ne peut pas suivre une entité à l'aide de plusieurs instances de IEntityChangeTracker, ou généralement, plusieurs instances de DbContext. Les solutions sont: utiliser une instance de DbContext; tous les accès nécessaires entités par le biais d'un référentiel unique (selon un exemple de DbContext); ou de désactiver le suivi de toutes les entités d'y accéder via un référentiel autre que celui de jeter cette exception particulière.

Lorsque à la suite d'une inversion de modèle de contrôle dans .Net Web de Base de l'API, j'ai souvent je trouve que j'ai des contrôleurs avec des dépendances telles que:

private readonly IMyEntityRepository myEntityRepo; //depends on MyDbContext
private readonly IFooRepository fooRepo; //depends on MyDbContext
private readonly IBarRepository barRepo; //depends on MyDbContext
public MyController(
    IMyEntityRepository myEntityRepo, 
    IFooRepository fooRepo, 
    IBarRepository barRepo)
{
    this.fooRepo = fooRepo;
    this.barRepo = barRepo;
    this.myEntityRepo = myEntityRepo;
}

et l'utilisation comme

...
myEntity.Foo = await this.fooRepository.GetFoos().SingleOrDefaultAsync(f => f.Id == model.FooId);
if (model.BarId.HasValue)
{
    myEntity.Foo.Bar = await this.barRepository.GetBars().SingleOrDefaultAsync(b => b.Id == model.BarId.Value);
}

...
await this.myEntityRepo.UpdateAsync(myEntity); //this throws an error!

Depuis les trois dépôts dépendent de différents DbContext cas par demande, j'ai deux options pour éviter le problème et maintenir des dépôts: modification de l'injection de la DbContext pour créer une nouvelle instance qu'une seule fois par appel:

//services.AddTransient<DbContext, MyDbContext>(); <- one instance per ctor. bad
services.AddScoped<DbContext, MyDbContext>(); //<- one instance per call. good!

ou, si l'enfant entité est utilisé en lecture seule, la désactivation de suivi sur l'instance:

myEntity.Foo.Bar = await this.barRepo.GetBars().AsNoTracking().SingleOrDefault(b => b.Id == model.BarId);

Source de l'erreur:

ApplicationUser user = await UserManager.FindByIdAsync(User.Identity.Name);
ApplicationDbContext db = new ApplicationDbContent();
db.Users.Uploads.Add(new MyUpload{FileName="newfile.png"});
await db.SavechangesAsync();/ZZZZZZZ

Espère que quelqu'un permet de gagner un temps précieux