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

ConstraintViolationException не регистрируется, только javax.resource.ResourceException: IJ000459: транзакция не активна:

Мы разрабатываем веб-приложение с:

  • JPA (спящий режим 4.2.11.Final)
  • Спящий валидатор (JSR-303)
  • JTA
  • Две единицы персистентности с двумя разными источниками данных
  • Развертывается в JBOSS EAP 6.2

Оба наших EntityManager настроены в файле конфигурации Spring со следующими соответствующими свойствами:

<prop key="hibernate.transaction.jta.platform">
  org.hibernate.service.jta.platform.internal.JBossAppServerJtaPlatform
</prop>
<prop key="hibernate.dialect">org.hibernate.dialect.Oracle10gDialect</prop>
<!-- validate | update | create | create-drop -->
<prop key="hibernate.hbm2ddl.auto">validate</prop>
<prop key="hibernate.show_sql">true</prop>
<prop key="hibernate.format_sql">false</prop>
<prop key="javax.persistence.transactionType">JTA</prop>
<prop key="javax.persistence.validation.mode">AUTO</prop>

Также объявление менеджера транзакций в Spring

  <tx:jta-transaction-manager />

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

18:34:54,334 INFO [stdout] (http-localhost/127.0.0.1:8080-6) java.sql.SQLException: javax.resource.ResourceException: IJ000460: Error checking for a transaction 18:34:54,334 INFO [stdout] (http-localhost/127.0.0.1:8080-6) at org.jboss.jca.adapters.jdbc.WrapperDataSource.getConnection(WrapperDataSource.java:147) 18:34:54,334 INFO [stdout] (http-localhost/127.0.0.1:8080-6) at org.hibernate.ejb.connection.InjectedDataSourceConnectionProvider.getConnection(InjectedDataSourceConnectionProvider.java:70) ... 18:34:54,340 INFO [stdout] (http-localhost/127.0.0.1:8080-6) Caused by: javax.resource.ResourceException: IJ000460: Error checking for a transaction 18:34:54,340 INFO [stdout] (http-localhost/127.0.0.1:8080-6) at org.jboss.jca.core.connectionmanager.tx.TxConnectionManagerImpl.getManagedConnection(TxConnectionManagerImpl.java:362) 18:34:54,340 INFO [stdout] (http-localhost/127.0.0.1:8080-6) at org.jboss.jca.core.connectionmanager.AbstractConnectionManager.allocateConnection(AbstractConnectionManager.java:464) 18:34:54,340 INFO [stdout] (http-localhost/127.0.0.1:8080-6) at org.jboss.jca.adapters.jdbc.WrapperDataSource.getConnection(WrapperDataSource.java:139) 18:34:54,340 INFO [stdout] (http-localhost/127.0.0.1:8080-6) ... 111 more 18:34:54,340 INFO [stdout] (http-localhost/127.0.0.1:8080-6) Caused by: javax.resource.ResourceException: IJ000459: Transaction is not active: tx=TransactionImple < ac, BasicAction: 0:ffff0ac00166:4484bcaf:543e967d:154 status: ActionStatus.ABORT_ONLY > 18:34:54,340 INFO [stdout] (http-localhost/127.0.0.1:8080-6) at org.jboss.jca.core.connectionmanager.tx.TxConnectionManagerImpl.getManagedConnection(TxConnectionManagerImpl.java:352) 18:34:54,340 INFO [stdout] (http-localhost/127.0.0.1:8080-6) ... 113 more

Мне удалось определить исходное исключение ConstraintViolationException при отладке приложения, но я не вижу его в журнале. Даже я пытался отлаживать и перемещаться по второму исключению, и оно не содержит в качестве причины исходное исключение ConstraintViolationException, оно явно другое.

Может быть, TwoPhaseCoordinator.beforeCompletion выдает второе исключение после ConstaintViolationException? Как я могу зарегистрировать это первое исключение, чтобы узнать, какие ограничения были нарушены?

hibernate jpa jboss jta bean-validation
15.10.2014

  • Когда возникает исключение? В EntityManager сохраняется/обновляется? Вы хотите использовать проверку на основе событий жизненного цикла JPA? Вы говорите: проблема в том, что в некоторых вызовах службы (только в нескольких), когда выдается ConstaintViolationException, оно каким-то образом заменяется цепочкой исключений, зарегистрированных следующим образом: - означает ли это, что в некоторых случаях нарушения ограничений происходят и обрабатываются? где-нибудь еще? Или все нарушения ограничений приводят к приведенной выше трассировке satck. Это может быть связано с этим - stackoverflow.com/questions/14354849/ 21.10.2014
  • Спасибо Харди, кажется, проблема связана с предложенным вами вопросом. Похоже, что HibernatePersistenceProvider не работает должным образом. 25.02.2015
Новые материалы
Кластеризация: более глубокий взгляд
Кластеризация — это метод обучения без учителя, в котором мы пытаемся найти группы в наборе данных на основе некоторых известных или неизвестных свойств, которые могут существовать. Независимо от..
Как написать эффективное резюме
Предложения по дизайну и макету, чтобы представить себя профессионально Вам не позвонили на собеседование после того, как вы несколько раз подали заявку на работу своей мечты? У вас может..
Частный метод Python: улучшение инкапсуляции и безопасности
Введение Python — универсальный и мощный язык программирования, известный своей простотой и удобством использования. Одной из ключевых особенностей, отличающих Python от других языков, является..
Как я автоматизирую тестирование с помощью Jest
Шутка для победы, когда дело касается автоматизации тестирования Одной очень важной частью разработки программного обеспечения является автоматизация тестирования, поскольку она создает..
Работа с векторными символическими архитектурами, часть 4 (искусственный интеллект)
Hyperseed: неконтролируемое обучение с векторными символическими архитектурами (arXiv) Автор: Евгений Осипов , Сачин Кахавала , Диланта Хапутантри , Тимал Кемпития , Дасвин Де Сильва ,..
Понимание расстояния Вассерштейна: мощная метрика в машинном обучении
В обширной области машинного обучения часто возникает необходимость сравнивать и измерять различия между распределениями вероятностей. Традиционные метрики расстояния, такие как евклидово..
Обеспечение масштабируемости LLM: облачный анализ с помощью AWS Fargate и Copilot
В динамичной области искусственного интеллекта все большее распространение получают модели больших языков (LLM). Они жизненно важны для различных приложений, таких как интеллектуальные..