2009-03-12 4 views
0

Quelqu'un a déjà vu ça? Il vient d'un point de terminaison .net remoting hébergé dans IIS avec un jardin Web de 16 processus. Il y a donc beaucoup de transactions simultanées dans chaque pool de threads par processus. Nous utilisons linq to sql et l'objet Transaction issu du DataContext, PAS l'objet transactionScope. Il semble se produire soit autour de la disposition pour la connexion ou la disposition pour la transaction après le commit.System.InvalidOperationException: la transaction ne correspond pas à la connexion. linq to sql

Répondre

2

J'ai trouvé le problème. Cette exception est lancée après qu'un conflit de modification s'est produit avec un objet linq dans le domaine. Une fois que le conflit de modification a été lancé depuis datacontext.submitchanges, si vous essayez ensuite de restaurer la transaction, la transaction.Rollback avec throw l'exception décrite ci-dessus.