Transaction JTA exception délai - weblogic 10.X

J'ai changé la transaction JTA délai d'attente à partir de la console d'administration et mis à 300, même après le changement, il ne parvient pas dire transaction JTA de façon inattendue restaurée (peut-être dû à un délai d'attente) avec une:

weblogic.transaction.RollbackException: Transaction timed out after 181 seconds`

Pour s'assurer si mes modifications (valeur de délai d'expiration de 300) se traduit pour ce domaine ou pas, j'ai vérifié sous domaine config.xml il a obtenu reflète avec 300.

Ma question est, est-il un autre endroit aussi ai-je besoin de mettre à jour la valeur de délai d'expiration de transaction et ai-je besoin de redémarrer le serveur ?

Plein trace de la pile après l'exception de serveur ci-dessous:

Causés par: org.springframework.des transactions.UnexpectedRollbackException: transaction JTA de façon inattendue restaurée (peut-être en raison d'un dépassement de délai); nested exception est weblogic.des transactions.RollbackException: Transaction 
expiré après 180 secondes 
BEA1-160A800A149091F72E5E 
au org.springframework.des transactions.jta.JtaTransactionManager.doCommit(JtaTransactionManager.java:1031) 
au org.springframework.transaction.support.AbstractPlatformTransactionManager.processCommit(AbstractPlatformTransactionManager.java:709) 
au org.springframework.transaction.support.AbstractPlatformTransactionManager.commit(AbstractPlatformTransactionManager.java:678) 
au org.springframework.transaction.interceptor.TransactionAspectSupport.completeTransactionAfterThrowing(TransactionAspectSupport.java:359) 
au org.springframework.transaction.interceptor.TransactionInterceptor.invoke(TransactionInterceptor.java:110) 
au org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:171) 
au org.springframework.aop.cadre.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:204) 
à $Proxy103.saveRegistryData(Source Inconnue) 
au gov.cms.pqri.arch.submission.registry.bean.RegDataAccessManager.persistRegistry(RegDataAccessManager.java:54) 
14 de plus ... 
Causés par: weblogic.des transactions.RollbackException: Transaction a expiré au bout de 180 secondes 
BEA1-160A800A149091F72E5E 
au weblogic.des transactions.interne.TransactionImpl.throwRollbackException(TransactionImpl.java:1818) 
au weblogic.des transactions.interne.ServerTransactionImpl.internalCommit(ServerTransactionImpl.java:333) 
au weblogic.des transactions.interne.ServerTransactionImpl.commit(ServerTransactionImpl.java:227) 
au weblogic.des transactions.interne.TransactionManagerImpl.commit(TransactionManagerImpl.java:281) 
au org.springframework.des transactions.jta.JtaTransactionManager.doCommit(JtaTransactionManager.java:1028) 
22 de plus ...
Selon la console weblogic, vous n'avez pas besoin de redémarrer le serveur. Pourriez-vous fournir la stacktrace?
après la modification de la coincé Fil du temps Max de 300 sous serveurs -> configuration -> tuning (onglet) à partir de la console d'administration il est à jour et fonctionne très bien.

OriginalL'auteur Laxmikanth Samudrala | 2010-02-11

  1. 4

    après la modification de la coincé Fil du temps Max de 300 sous serveurs -> configuration -> tuning (onglet) à partir de la console d'administration il est à jour et fonctionne très bien.

    OriginalL'auteur Laxmikanth Samudrala

  2. 2

    J'ai aussi rencontré ce problème et l'ont résolu le même, puisque c'est lié à la transaction JTA donc nous avons besoin d'augmenter le délai d'expiration de la JTA aussi bien avec le temps pour un coincé max de thread. Veuillez cliquer sur JTA de la weblogic d'accueil de la console et de l'augmentation de la JTA délai de 30(by default) to 300.

    OriginalL'auteur Ankit Rastogi

  3. 1

    Nous avons rencontré le même problème sur Weblogic 12.1.2 [transaction JTA de façon inattendue restaurée (peut-être en raison d'un dépassement de délai)] après toutes les enquêtes que nous avons trouvé la cause racine du problème.À mon avis, il se produit en raison de l'énorme dataset de traitement transactionnel et près de la fin du processus, Si une exception est levée, JTA est en train de données comme prévu.Mais il ne donne pas les détails de l'erreur.Dans notre cas ,surtout à cause à cause de l'intégrité de la base de e.g nous essayons d'insérer des données d'une colonne avec une taille plus petite que les données.)

    En résumé,ce sera le meilleur moyen d'étudier db journaux au lieu d'augmenter coincé Fil du temps Max.Thread max de temps peut être une solution,mais pas une bonne solution pour de vrai les systèmes d'entreprise.

    Aussi cette question sur un autre stackover lien et hibernate jira problème

    Et de la solution proposée:

    C'est un comportement par défaut de Weblogic JTA réalisation. Pour obtenir
    racine exception, vous devez définir la propriété système
    weblogic.des transactions.allowOverrideSetRollbackReason de vrai.

    L'une des solution est d'ajouter cette ligne dans
    /bin/setDomainEnv.cmd:

    set JAVA_OPTIONS=%JAVA_OPTIONS% -Dweblogic.transaction.allowOverrideSetRollbackReason=true

    OriginalL'auteur enes.acikoglu