Ошибка потока контекста объекта .Net Entity - PullRequest
Новая
       16

Ошибка потока контекста объекта .Net Entity

0 голосов
/ 24 мая 2010

У меня есть n-слойное приложение asp.net, которое возвращает объект из моего DAL в BAL следующим образом: 

public IEnumerable<SourceKey> Get(SourceKey sk)
{
    var query = from SourceKey in _dataContext.SourceKeys
                select SourceKey;

    if (sk.sourceKey1 != null)
    {
        query = from SourceKey in query
                where SourceKey.sourceKey1 == sk.sourceKey1
                select SourceKey;
    }

    return query.AsEnumerable();
}

Этот результат проходит через мой бизнес-уровень и попадает на уровень пользовательского интерфейса для отображения вконечные пользователи.Я не ленивую загрузку, чтобы предотвратить выполнение запроса на других уровнях моего приложения.

Я создал другую функцию в моем DAL для удаления объектов: 

public void Delete(SourceKey sk)
{
    try
    {
        _dataContext.DeleteObject(sk);
        _dataContext.SaveChanges();
    }
    catch (Exception ex)
    {
        Debug.WriteLine(ex.Message + " " + ex.StackTrace + " " + ex.InnerException);
    }
}

Когда я пытаюсь вызвать «Удалить»после вызова функции «Get» я получаю эту ошибку:

Новая транзакция не разрешена, поскольку в сеансе работают другие потоки

Это ASP.Сетевое приложение.Мой DAL содержит модель данных объекта.Класс, в котором у меня есть вышеупомянутые функции, имеет тот же _dataContext, который создается в моем конструкторе.Я предполагаю, что читатель все еще открыт из функции «Получить» и не был закрыт.Как я могу закрыть его?

В своем слое пользовательского интерфейса я перебираю результаты и пытаюсь удалить их следующим образом: 

foreach(SourceKey sk in skm.Get(new SourceKey()))
{
    Debug.WriteLine(sk.sourceKey1);

    skm.Delete(sk);
}

Редактировать

Ошибка в этой строке: 

_dataContext.DeleteObject(sk);

1 Ответ

1 голос
/ 24 мая 2010

Я подозреваю, что это связано с обработкой запроса Linq. Я предполагаю, основываясь на статьях, которые я читал в прошлом, но я думаю, что ваш запрос выполняется лениво - запрос открывается с момента первого использования перечислителя (первый вызов MoveNext), и t закрыто до завершения перечисления.

Если вы контролируете перечисление, вы можете убедиться, что перечислитель завершил работу, и посмотреть, имеет ли это какое-то значение. Или, более вероятно, где-то есть конфигурация, которая может контролировать выполнение запроса, но это выходит за рамки того, на что я смотрел.

...