JTA Transaktion-timeout-Ausnahme - weblogic 10.X
Änderte ich die JTA-Transaktions-timeout wird von der admin-Konsole und auf 300 gesetzt, auch nach dem Wechsel scheitert es nämlich JTA-Transaktion unerwartet ein Rollback (vielleicht wegen timeout) mit a:
weblogic.transaction.RollbackException: Transaction timed out after 181 seconds`
Sicher sein, ob meine änderungen (timeout den Wert 300) bekam, spiegelt sich für diese domain oder nicht überprüfte ich unter domain config.xml
es kam wider mit 300.
Meine Frage ist nun, gibt es irgendeinen anderen Ort, auch brauche ich ein update der Transaktion timeout-Wert und muss ich den server neu starten ?
Volle stack-trace nach der Ausnahme vom server unten:
Verursacht durch: org.springframework.die Transaktion.UnexpectedRollbackException: JTA-Transaktion unerwartet ein Rollback (vielleicht durch einen timeout); verschachtelte Ausnahme ist "weblogic".die Transaktion.RollbackException: Transaktion Zeitüberschreitung nach 180 Sekunden BEA1-160A800A149091F72E5E bei org.springframework.die Transaktion.jta.JtaTransactionManager.doCommit(JtaTransactionManager.java:1031) bei org.springframework.transaction.support.AbstractPlatformTransactionManager.processCommit(AbstractPlatformTransactionManager.java:709) bei org.springframework.transaction.support.AbstractPlatformTransactionManager.commit(AbstractPlatformTransactionManager.java:678) bei org.springframework.transaction.interceptor.TransactionAspectSupport.completeTransactionAfterThrowing(TransactionAspectSupport.java:359) bei org.springframework.transaction.interceptor.TransactionInterceptor.invoke(TransactionInterceptor.java:110) bei org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:171) bei org.springframework.aop.Rahmen.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:204) bei $Proxy103.saveRegistryData(Quelle Unbekannt) bei gov.cms.pqri.arch.submission.registry.bean.RegDataAccessManager.persistRegistry(RegDataAccessManager.java:54) ... 14 mehr Verursacht durch: weblogic.die Transaktion.RollbackException: Transaction timed out nach 180 Sekunden BEA1-160A800A149091F72E5E bei weblogic.die Transaktion.intern.TransactionImpl.throwRollbackException(TransactionImpl.java:1818) bei weblogic.die Transaktion.intern.ServerTransactionImpl.internalCommit(ServerTransactionImpl.java:333) bei weblogic.die Transaktion.intern.ServerTransactionImpl.commit(ServerTransactionImpl.java:227) bei weblogic.die Transaktion.intern.TransactionManagerImpl.commit(TransactionManagerImpl.java:281) bei org.springframework.die Transaktion.jta.JtaTransactionManager.doCommit(JtaTransactionManager.java:1028) 22 mehr ...
Nach der weblogic-Konsole, die Sie nicht brauchen, um den server neu starten. Könnten Sie das komplette stacktrace?
nach dem ändern der stuck Thread Max time den 300 unter Server -> Konfiguration -> tuning (tab) von der admin-Konsole ist es immer aktualisiert und funktioniert Prima.
nach dem ändern der stuck Thread Max time den 300 unter Server -> Konfiguration -> tuning (tab) von der admin-Konsole ist es immer aktualisiert und funktioniert Prima.
InformationsquelleAutor Laxmikanth Samudrala | 2010-02-11
Du musst angemeldet sein, um einen Kommentar abzugeben.
nach dem ändern der stuck Thread Max time den 300 unter Server -> Konfiguration -> tuning (tab) von der admin-Konsole ist es immer aktualisiert und funktioniert Prima.
InformationsquelleAutor Laxmikanth Samudrala
Ich kam auch über dieses Problem und haben beschlossen, die gleichen, denn dies ist im Zusammenhang mit JTA-Transaktion, so brauchen wir zur Erhöhung der timeout von JTA als auch zusammen mit der Zeit für stuck max-thread. Klicken Sie bitte auf JTA aus der weblogic-Konsole zu Hause und erhöhen die JTA-timeout von
30(by default) to 300
.InformationsquelleAutor Ankit Rastogi
Trafen wir dasselbe Problem auf Weblogic 12.1.2 [JTA-Transaktion unerwartet ein Rollback (vielleicht wegen timeout)] nachdem alle Untersuchungen fanden wir die Ursache des Problems.Meiner Meinung nach tritt es durch die enormen dataset-Verarbeitung von Transaktions-und in der Nähe des Ende des Prozesses, Wenn eine Ausnahme geworfen wird, JTA ist die Rollback-Daten als erwartet.Aber es nicht geben Sie die details des Fehlers.In unserem Fall ist es meist, weil der Datenbank-Integrität (e.g wir versuchen zum einfügen von Daten eine Spalte mit kleineren Größe als-Daten).
In der Zusammenfassung,es wird der beste Weg, um zu untersuchen, db-logs statt zu erhöhen stuck Thread Max time den.Thread max time kann eine Lösung sein,aber nicht eine richtige Lösung für echte enterprise-Systeme.
Auch dieses Problem diskutiert ein weiterer stackover link und hibernate jira-issue
Und vorgeschlagene Lösung:
InformationsquelleAutor enes.acikoglu