Обнаружен тупик с помощью распространенных jar-файлов в Java и oracle (Db) - PullRequest
0 голосов
/ 24 сентября 2019

У меня есть одно приложение, которое использует hibernate для всех транзакций, и есть один экран, на котором он вызывает класс jar, вызывая функцию развертки менеджера сущностей, этот jar имеет операторы jdbc prepare и перед любой установкой автоматически фиксирует false.

Когда на производстве мы получаем тупики для одного из sql в этой общей банке

Sql равно

sql = Update <Table_name_x> SET (Container_Number) = (select Container_Number from container where container_ID = ? ) where Table_name_x_ID = ? ";

        st.close();
        st = connexion.prepareStatement(sql);              
        st.setInt(2, ctnId);
        st.setInt(3, ccoId);
        st.executeUpdate();
        st.close();

перед вызовом этой развертки есть много объектов, которые устанавливают, но еще не фиксируют в базе данных.

Должны ли мы получить эту функцию jar в самом приложении, чтобы hibernate использовался для управления этими транзакциями?и избавиться от этого jar?

Я также проверил файл trc, сгенерированный в oracle, было 3 блокировки из-за обновления и одно обновление для самого контейнера.Обновление Table_name_x было впервые за время

...