tomcat-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Fabrizio Giudici" <Fabrizio.Giud...@tidalwave.it>
Subject RE: How-to configure Tyrex 0.9.7 and Tomcat 4.0.2
Date Wed, 23 Jan 2002 16:34:19 GMT
The same happens to me, I'm using Oracle Lite and tomcat 4.0.1.

> HeuristicRollbackException and
> it seems that another resource manager is rolling back the transaction

Can you point me to some documentation about that exception? I
know about it, but I cannot find any documentation reference.

Thanks.

--
Fabrizio Giudici, Ph.D. - Senior Consultant
Java(TM) Architect, Mentor, Senior Writer
email  Fabrizio.Giudici@tidalwave.it
mobile +39 3481506941 - fax +39 (0)2700510536
Member of ADI (Italian Ph.D. Association)

> -----Original Message-----
> From: Ozzie Gurkan [mailto:ozziegurkan@hotmail.com]
> Sent: domenica 20 gennaio 2002 6.38
> To: tomcat-user@jakarta.apache.org
> Subject: How-to configure Tyrex 0.9.7 and Tomcat 4.0.2
> Importance: High
>
>
> I was able to download source files from exolab and finally get the server
> to run the following code.
>
> ut = (UserTransaction)ic.lookup("java:comp/UserTransaction");
> ut.begin();
> ...
> ut.commit(); //except that it blows up right here
>
> However, when I call ut.commit(), I get the following exception:
>
> javax.transaction.HeuristicRollbackException: Transaction has been rolled
> back
> at tyrex.tm.TransactionImpl.commit(TransactionImpl.java:724)
> at tyrex.tm.TransactionImpl.commit(TransactionImpl.java:648)
> at tyrex.tm.TransactionManagerImpl.commit(TransactionManagerImpl.java:222)
> at tyrex.tm.UserTransactionImpl.commit(UserTransactionImpl.java:105)
> at
> org.gurkans.framework.web.controller.MainServlet.executeViewComman
> d(MainServ
> let.java:217)
> at
> org.gurkans.framework.web.controller.MainServlet.doGet(MainServlet
> .java:166)
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:740)
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
> at
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(A
> pplication
> FilterChain.java:247)
> at
> org.apache.catalina.core.ApplicationFilterChain.doFilter(Applicati
> onFilterCh
> ain.java:193)
> at
> org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapp
> erValve.ja
> va:243)
> at
> org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipel
> ine.java:5
> 66)
> at
> org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.
> java:472)
> at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943)
> at
> org.apache.catalina.core.StandardContextValve.invoke(StandardConte
> xtValve.ja
> va:201)
> at
> org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipel
> ine.java:5
> 66)
> at
> org.apache.catalina.valves.CertificatesValve.invoke(CertificatesVa
> lve.java:2
> 46)
> at
> org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipel
> ine.java:5
> 64)
> at
> org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.
> java:472)
> at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943)
> at
> org.apache.catalina.core.StandardContext.invoke(StandardContext.java:2343)
> at
> org.apache.catalina.core.StandardHostValve.invoke(StandardHostValv
> e.java:164
> )
> at
> org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipel
> ine.java:5
> 66)
> at
> org.apache.catalina.valves.ErrorDispatcherValve.invoke(ErrorDispat
> cherValve.
> java:170)
> at
> org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipel
> ine.java:5
> 64)
> at
> org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValv
> e.java:170
> )
> at
> org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipel
> ine.java:5
> 64)
> at
> org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:468)
> at
> org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipel
> ine.java:5
> 64)
> at
> org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.
> java:472)
> at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943)
> at
> org.apache.catalina.core.StandardEngineValve.invoke(StandardEngine
> Valve.java
> :174)
> at
> org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipel
> ine.java:5
> 66)
> at
> org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.
> java:472)
> at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943)
> at
> org.apache.catalina.connector.http.HttpProcessor.process(HttpProce
> ssor.java:
> 1012)
> at
> org.apache.catalina.connector.http.HttpProcessor.run(HttpProcessor
> .java:1107
> )
> at java.lang.Thread.run(Thread.java:498)
>
> I am using MySQL-max with InnoDB tables and the latest mm-mysql driver. I
> have read soooo many documentation about this
> HeuristicRollbackException and
> it seems that another resource manager is rolling back the transaction
> before tyrex gets a hold of it. Why is this happening? Any help would be
> appreciated, thanks.
>
> Thanks,
> Ozzie Gurkan
> Manheim Interactive
> Software Engineer
> 404-269-8776
>
> --
> To unsubscribe:   <mailto:tomcat-user-unsubscribe@jakarta.apache.org>
> For additional commands: <mailto:tomcat-user-help@jakarta.apache.org>
> Troubles with the list: <mailto:tomcat-user-owner@jakarta.apache.org>
>
>
>


--
To unsubscribe:   <mailto:tomcat-user-unsubscribe@jakarta.apache.org>
For additional commands: <mailto:tomcat-user-help@jakarta.apache.org>
Troubles with the list: <mailto:tomcat-user-owner@jakarta.apache.org>


Mime
View raw message