Строка StaleObjectstateException была обновлена или удалена

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

В методе контроллера, handleRequestInternal, существуют вызовы, выполненные к базе данных главным образом для 'чтения', если это не отправлять действие. Я использовал, Сессия Spring, но переместился в getHibernateTemplate() и проблема все еще остается.

в основном это второй вызов к базе данных выдает это исключение. Это:

1) getEquipmentsByNumber(number) {во-первых оборудование выбирается от DB на основе 'числа', которое имеет список свойств, и каждое свойство имеет список значений. Я циклично выполняюсь через те значения (Строки элементарных объектов) для чтения в в переменные),

2) getMaterialById(id) {материалы выборок на основе идентификатора}

Я действительно понимаю, что второй вызов, по всей вероятности, действительно ли создание является сессией для "сбрасывания", но я только 'читаю' объекты, затем почему делает второй вызов, выдает устаревшее объектное исключение состояния на свойстве оборудования, если нет ничего измененного?

Я не могу очистить кэш после вызова, так как он вызывает LazyExceptions на объектах, которые я передаю представлению.

Я считал это: https://forums.hibernate.org/viewtopic.php? f=1&t=996355&start=0, но не мог решить проблему на основе обеспеченных предложений.

Как я могу решить эту проблему? Любые идеи и мысли ценятся.

ОБНОВЛЕНИЕ: То, что я просто протестировал, является этим в функции getEquipmentsByNumber() после чтения переменных из списка свойств я делаю это: getHibernateTemplate().flush(); и теперь исключение находится на этой строке скорее затем вызов для выборки материала (который является getMaterialById(id)).

ОБНОВЛЕНИЕ: Перед явным называнием сброса я удаляю объект из кэша сессии так, чтобы никакой устаревший объект не оставался в кэше.

getHibernateTemplate().evict(equipment);
getHibernateTemplate().flush();

Хорошо, поэтому теперь проблема переместилась в следующую выборку из DB после того, как я сделал это. Я предполагаю, что должен маркировать методы, как синхронизируется и выселить Объекты, как только я закончен, читая их содержание! это не звучит очень хорошим.

ОБНОВЛЕНИЕ: сделанный handleRequestInternal метод "синхронизируется". Ошибка исчезла. Конечно, не лучшее решение, но что сделать! Попробованный в handleRequestInternal закрыть текущий сеанс и открыть новый. Но это заставило бы другие части приложения не работать правильно. Попробованный для использования ThreadLocal это не работало также.