Business
Jobs
  • About Us
  • Solutions
    • Job Postings
      Post your job and receive qualified candidates in 48h.
    • Candidate Assessments
      500+ technical and psychological tests, plus anti-fraud.
    • Headhunting
      Tailor-made executive search from start to finish.
    • Payroll + EOR
      Payroll dispersal and EOR across 15+ LATAM countries.
  • Pricing
  • Jobs

0

227
Views
¿Por qué no se recomienda hibernate.connection.release_mode after_transaction para JTA?

Mientras analizaba algunos problemas de rendimiento en Wildfly 10.1 en escenarios de alta presión, llegué a la conclusión de que, a veces, los subprocesos HTTP paralelos se bloquean entre sí.

La razón parece ser que en algunas solicitudes HTTP ejecutamos dos consultas JPQL (en realidad, una eliminación y una selección) y, a veces, la segunda de las dos simplemente no obtuvo una conexión JDBC del grupo. (Usamos IBM DB2, si eso es importante...) Eso parecía bastante ridículo ya que la primera declaración ya tenía una conexión.

Después de leer los documentos de Hibernate, veo que el valor predeterminado para hibernate.connection.release_mode es after_statement y que after_transaction no se recomienda para aplicaciones JTA...

Entonces... ahora tengo algunas preguntas:

  • ¿Por qué after_statement alguna vez tiene sentido? (a menos que tenga activado auto_comit, por supuesto...)
  • ¿Por qué no debería usar after_transaction en aplicaciones JTA?
  • ¿Es correcta mi suposición de que after_transaction debería solucionar el problema descrito?

¡Cualquier ayuda es apreciada!

about 4 years ago · Santiago Trujillo
Answer question
Find remote jobs

Discover the new way to find a job!

Top jobs
Top job categories
Business
Post vacancy Pricing Sales
Legal
Terms and conditions Privacy policy
© 2026 PeakU Inc. All Rights Reserved.
Andres GPT
Show me some job opportunities
There's an error!