Empresas
Empregos
  • Sobre nós
  • Soluções
    • Publicação de vagas
      Publique sua vaga e receba candidatos qualificados em 48h.
    • Avaliações de candidatos
      Mais de 500 testes técnicos e psicológicos, mais anti-fraude.
    • Headhunting
      Busca executiva personalizada do início ao fim.
    • Folha de Pagamento + EOR
      Dispersão de folha e EOR em mais de 15 países da LATAM.
  • Preços
  • Empregos

0

237
Visualizações
¿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!

over 4 years ago · Santiago Trujillo
Responde à pergunta
Encontrar trabalhos remotos

Descubra a nova forma de encontrar um emprego!

melhores empregos
Principais categorias de trabalho
Empresas
Postar vaga Preços Comercial
Jurídico
Termos e Condições Política de privacidade
© 2026 PeakU Inc. All Rights Reserved.
Andres GPT
Recomende algumas ofertas para mim
Preciso de ajuda