Nano Hash - криптовалюты, майнинг, программирование

ApplicationException - Java - Hibernate - связанный с откатом

Мой вопрос касается транзакций и исключений

Требования:

У меня есть 10 записей для вставки в таблицу базы данных. И после вставки каждой записи я вставляю данные в другую таблицу. Поэтому, если вставка во вторую таблицу не удалась, я хочу откатить эту запись.

Бывший. Скажем, обрабатывать денежные переводы (с одного счета на счет) для 10 человек за раз.

псевдокод: ------------- Запуск метода EJB

for(int i = 0; i < TransferRecords.length; i++)
{
    try
    {
          //Deduct cash from TransferRecord.accountFrom --- Includes use of Hibernate Session
          //Add cash in TransferRecord.accountTo -- Includes use of Hibernate Session
     } catch(AppException exception)
     {
            //Rollback the transaction only for this particular transfer (i)
            // But here when I go for next record it says session is closed
     }
}

--------- Конец метода EJB

Здесь AppException создается с помощью аннотации @ApplicaitonException (rollback = true).

Функциональность, которую мы хотим: даже если транзакция не выполняется для TransferRecord (скажем, 2), я хочу, чтобы данные были зафиксированы для записи 0, записи 1, записи 3, записи 4 (и т. Д., Но не для записи 2)

Но проблема здесь в том, что при сбое TransferRecord 2 и при переходе на TransferRecord 3 я получаю сообщение об ошибке «Сессия закрыта».

Мои сомнения: 1. Правильный ли это подход? или мне следует запустить цикл for (для каждого TransferRecord) вне EJB 2. Как я могу убедиться, что сеанс не закрыт, но транзакция откатывается (только для этого для конкретной неудачной транзакции)

Заранее спасибо.

Я использую EJB3, Hibernate 3.x, Jboss 4.2.x, и я использую транзакцию, управляемую контейнером.

08.01.2010

Ответы:


1

Это правильный подход?

Нет, с CMT ваш метод - это ваша транзакционная единица. Итак, здесь все ваши TransferRecord обрабатываются в рамках одной и той же уникальной транзакции.

Кстати, а как откатить транзакцию? Вы распространяете RuntimeException или вызываете setRollbackOnly()? Мне просто интересно.

Или мне следует запустить цикл for (для каждого TransferRecord) вне EJB?

Почему снаружи? Ничто не заставляет вас это делать. Если вы хотите обрабатывать каждый TransferRecord в отдельной транзакции, вы должны передать их другому методу EJB (приведенный ниже код основан на этот ответ):

// supposing processRecords is defined on MyStatelessRemote1 and process defined on MyStatelessLocal1
@Stateless
@TransationAttribute(TransactionAttributeType.NOT_SUPPORTED)
public class MyStatelessBean1 implements MyStatelessLocal1, MyStatelessRemote1 {
    @EJB
    private MyStatelessLocal1 myBean;

    public void processRecords(List<TransferRecord> objs) {
        // No transactional stuff so no need for a transaction here
        for(Object obj : objs) {
            this.myBean.process(obj);
        }
    }

    @TransationAttribute(TransactionAttributeType.REQUIRES_NEW)
    public void process(TransferRecord transferRecord) {
        // Transactional stuff performed in its own transaction
        // ...
    }
}

Как я могу убедиться, что сеанс не закрыт, но транзакция откатывается (только для конкретной неудачной транзакции)

Думаю, я рассмотрел эту часть.

08.01.2010
  • Спасибо, Паскаль. Кстати, а как откатить транзакцию? Вы распространяете исключение RuntimeException или вызываете setRollbackOnly ()? Мне просто интересно. Мы выбрасываем только RuntimeException. Мы стараемся избегать транзакций с Пользователями в целом. Но ваш код многообещающий. Еще раз спасибо. 08.01.2010
  • С псевдокодом я не был уверен, но мне тогда нечего добавить :) 08.01.2010

  • 2

    Единственный вариант, который у вас есть, - это либо использовать пользовательскую транзакцию вместо управляемой контейнером транзакции цикла за пределами bean-компонента, чтобы каждый раз, когда вы вводите bean-компонент, вы получали новый диспетчер сущностей со связанной транзакцией и подключением (в основном сеанс)

    08.01.2010
  • Вы можете использовать CMT и цикл внутри bean-компонента. 08.01.2010
  • Паскаль, вы имеете в виду: используйте: @TransationAttribute (TransactionAttributeType.REQUIRES_NEW) public void process (TransferRecord transferRecord) {вид метода и цикл через все TransferRecords в другом методе.? Спасибо. 09.01.2010

  • 3

    Я думаю, что вы можете создать две отдельные транзакции, первую для TransferRecord (1) (выполняя фиксацию, когда все в порядке), а затем запустить другую TX для всех TransferRecord (i + 1).

    Другой подход - использование точек сохранения, возможность отката и отбрасывания всего, что находится за этой точкой сохранения (но мне нравится первый подход).

    С Уважением.

    08.01.2010
    Новые материалы

    Кластеризация: более глубокий взгляд
    Кластеризация — это метод обучения без учителя, в котором мы пытаемся найти группы в наборе данных на основе некоторых известных или неизвестных свойств, которые могут существовать. Независимо от..

    Как написать эффективное резюме
    Предложения по дизайну и макету, чтобы представить себя профессионально Вам не позвонили на собеседование после того, как вы несколько раз подали заявку на работу своей мечты? У вас может..

    Частный метод Python: улучшение инкапсуляции и безопасности
    Введение Python — универсальный и мощный язык программирования, известный своей простотой и удобством использования. Одной из ключевых особенностей, отличающих Python от других языков, является..

    Как я автоматизирую тестирование с помощью Jest
    Шутка для победы, когда дело касается автоматизации тестирования Одной очень важной частью разработки программного обеспечения является автоматизация тестирования, поскольку она создает..

    Работа с векторными символическими архитектурами, часть 4 (искусственный интеллект)
    Hyperseed: неконтролируемое обучение с векторными символическими архитектурами (arXiv) Автор: Евгений Осипов , Сачин Кахавала , Диланта Хапутантри , Тимал Кемпития , Дасвин Де Сильва ,..

    Понимание расстояния Вассерштейна: мощная метрика в машинном обучении
    В обширной области машинного обучения часто возникает необходимость сравнивать и измерять различия между распределениями вероятностей. Традиционные метрики расстояния, такие как евклидово..

    Обеспечение масштабируемости LLM: облачный анализ с помощью AWS Fargate и Copilot
    В динамичной области искусственного интеллекта все большее распространение получают модели больших языков (LLM). Они жизненно важны для различных приложений, таких как интеллектуальные..