Roll back exceptions

We just started getting this error message today, and we have not been able to
reasonable decipher it. I hope someone can help....
Wed Dec 11 13:51:12 EST 2002:<I> <EJB JAR deployment ./myserver5/CORE/IncentiveProgramManager.jar>
Transaction: '1039632533713_4121' rolled back due to EJB exception:
java.lang.NoSuchMethodError: weblogic.ejb.internal.EJBHomeImpl: method setupTransaction(Ljavax/transaction/Transaction;Lweblogic/ejb/internal/MethodInfo;)V
not found
at com.gmac.incentive.IncentiveProgram.IncentiveProgramBeanHomeImpl.preFinderInvoke(IncentiveProgramBeanHomeImpl.java:193)
at com.gmac.incentive.IncentiveProgram.IncentiveProgramBeanHomeImpl.findByPrimaryKey(IncentiveProgramBeanHomeImpl.java:69)
at com.gmac.incentive.IncentiveProgram.IncentiveProgramBeanHomeImpl_ServiceStub.findByPrimaryKey(Compiled
Code)
at com.gmac.incentive.IncentiveProgramManagerEJB.IncentiveProgramManagerBean.updateIncentiveProgram(IncentiveProgramManagerBean.java:1076)
at com.gmac.incentive.IncentiveProgramManagerEJB.IncentiveProgramManagerBeanEOImpl.updateIncentiveProgram(IncentiveProgramManagerBeanEOImpl.java:158)
at com.gmac.incentive.IncentiveProgramManagerEJB.IncentiveProgramManagerBeanEOImpl_ServiceStub.updateIncentiveProgram(Compiled
Code)
at EditIncentiveProgram.service(EditIncentiveProgram.java:472)
at javax.servlet.http.HttpServlet.service(Compiled Code)
at weblogic.servlet.internal.ServletStubImpl.invokeServlet(Compiled Code)
at weblogic.servlet.internal.ServletContextImpl.invokeServlet(Compiled
Code)
at weblogic.servlet.internal.ServletContextImpl.invokeServlet(Compiled
Code)
at weblogic.servlet.internal.ServletContextManager.invokeServlet(Compiled
Code)
at weblogic.socket.MuxableSocketHTTP.invokeServlet(Compiled Code)
at weblogic.socket.MuxableSocketHTTP.execute(Compiled Code)
at weblogic.kernel.ExecuteThread.run(Compiled Code)
Wed Dec 11 13:51:12 EST 2002:<E> <ServletContext-General> Servlet failed with
Exception
java.rmi.RemoteException: java.lang.NoSuchMethodError: weblogic.ejb.internal.EJBHomeImpl:
method setupTransaction(Ljavax/transaction/Transaction;Lweblogic/ejb/internal/MethodInfo;)V
not found
at com.gmac.incentive.IncentiveProgram.IncentiveProgramBeanHomeImpl.preFinderInvoke(IncentiveProgramBeanHomeImpl.java:193)
at com.gmac.incentive.IncentiveProgram.IncentiveProgramBeanHomeImpl.findByPrimaryKey(IncentiveProgramBeanHomeImpl.java:69)
at com.gmac.incentive.IncentiveProgram.IncentiveProgramBeanHomeImpl_ServiceStub.findByPrimaryKey(Compiled
Code)
at com.gmac.incentive.IncentiveProgramManagerEJB.IncentiveProgramManagerBean.updateIncentiveProgram(IncentiveProgramManagerBean.java:1076)
at com.gmac.incentive.IncentiveProgramManagerEJB.IncentiveProgramManagerBeanEOImpl.updateIncentiveProgram(IncentiveProgramManagerBeanEOImpl.java:158)
at com.gmac.incentive.IncentiveProgramManagerEJB.IncentiveProgramManagerBeanEOImpl_ServiceStub.updateIncentiveProgram(Compiled
Code)
at EditIncentiveProgram.service(EditIncentiveProgram.java:472)
at javax.servlet.http.HttpServlet.service(Compiled Code)
at weblogic.servlet.internal.ServletStubImpl.invokeServlet(Compiled Code)
at weblogic.servlet.internal.ServletContextImpl.invokeServlet(Compiled
Code)
at weblogic.servlet.internal.ServletContextImpl.invokeServlet(Compiled
Code)
at weblogic.servlet.internal.ServletContextManager.invokeServlet(Compiled
Code)
at weblogic.socket.MuxableSocketHTTP.invokeServlet(Compiled Code)
at weblogic.socket.MuxableSocketHTTP.execute(Compiled Code)
at weblogic.kernel.ExecuteThread.run(Compiled Code)
; nested exception is:
java.lang.NoSuchMethodError: weblogic.ejb.internal.EJBHomeImpl: method
setupTransaction(Ljavax/transaction/Transaction;Lweblogic/ejb/internal/MethodInfo;)V
not found
java.lang.NoSuchMethodError: weblogic.ejb.internal.EJBHomeImpl: method setupTransaction(Ljavax/transaction/Transaction;Lweblogic/ejb/internal/MethodInfo;)V
not found
at com.gmac.incentive.IncentiveProgram.IncentiveProgramBeanHomeImpl.preFinderInvoke(IncentiveProgramBeanHomeImpl.java:193)
at com.gmac.incentive.IncentiveProgram.IncentiveProgramBeanHomeImpl.findByPrimaryKey(IncentiveProgramBeanHomeImpl.java:69)
at com.gmac.incentive.IncentiveProgram.IncentiveProgramBeanHomeImpl_ServiceStub.findByPrimaryKey(Compiled
Code)
at com.gmac.incentive.IncentiveProgramManagerEJB.IncentiveProgramManagerBean.updateIncentiveProgram(IncentiveProgramManagerBean.java:1076)
at com.gmac.incentive.IncentiveProgramManagerEJB.IncentiveProgramManagerBeanEOImpl.updateIncentiveProgram(IncentiveProgramManagerBeanEOImpl.java:158)
at com.gmac.incentive.IncentiveProgramManagerEJB.IncentiveProgramManagerBeanEOImpl_ServiceStub.updateIncentiveProgram(Compiled
Code)
at EditIncentiveProgram.service(EditIncentiveProgram.java:472)
at javax.servlet.http.HttpServlet.service(Compiled Code)
at weblogic.servlet.internal.ServletStubImpl.invokeServlet(Compiled Code)
at weblogic.servlet.internal.ServletContextImpl.invokeServlet(Compiled
Code)
at weblogic.servlet.internal.ServletContextImpl.invokeServlet(Compiled
Code)
at weblogic.servlet.internal.ServletContextManager.invokeServlet(Compiled
Code)
at weblogic.socket.MuxableSocketHTTP.invokeServlet(Compiled Code)
at weblogic.socket.MuxableSocketHTTP.execute(Compiled Code)
at weblogic.kernel.ExecuteThread.run(Compiled Code)
Any help would be much appreciated.
Jim

Looks like a classpath mismatch between the version of ejbc used to
compile the bean and the server which deployed it.
You must be using 5.1. Newer versions of the server handle this much
better.
-- Rob
Jim Smith wrote:
We just started getting this error message today, and we have not been able to
reasonable decipher it. I hope someone can help....
Wed Dec 11 13:51:12 EST 2002:<I> <EJB JAR deployment ./myserver5/CORE/IncentiveProgramManager.jar>
Transaction: '1039632533713_4121' rolled back due to EJB exception:
java.lang.NoSuchMethodError: weblogic.ejb.internal.EJBHomeImpl: method setupTransaction(Ljavax/transaction/Transaction;Lweblogic/ejb/internal/MethodInfo;)V
not found
at com.gmac.incentive.IncentiveProgram.IncentiveProgramBeanHomeImpl.preFinderInvoke(IncentiveProgramBeanHomeImpl.java:193)
at com.gmac.incentive.IncentiveProgram.IncentiveProgramBeanHomeImpl.findByPrimaryKey(IncentiveProgramBeanHomeImpl.java:69)
at com.gmac.incentive.IncentiveProgram.IncentiveProgramBeanHomeImpl_ServiceStub.findByPrimaryKey(Compiled
Code)
at com.gmac.incentive.IncentiveProgramManagerEJB.IncentiveProgramManagerBean.updateIncentiveProgram(IncentiveProgramManagerBean.java:1076)
at com.gmac.incentive.IncentiveProgramManagerEJB.IncentiveProgramManagerBeanEOImpl.updateIncentiveProgram(IncentiveProgramManagerBeanEOImpl.java:158)
at com.gmac.incentive.IncentiveProgramManagerEJB.IncentiveProgramManagerBeanEOImpl_ServiceStub.updateIncentiveProgram(Compiled
Code)
at EditIncentiveProgram.service(EditIncentiveProgram.java:472)
at javax.servlet.http.HttpServlet.service(Compiled Code)
at weblogic.servlet.internal.ServletStubImpl.invokeServlet(Compiled Code)
at weblogic.servlet.internal.ServletContextImpl.invokeServlet(Compiled
Code)
at weblogic.servlet.internal.ServletContextImpl.invokeServlet(Compiled
Code)
at weblogic.servlet.internal.ServletContextManager.invokeServlet(Compiled
Code)
at weblogic.socket.MuxableSocketHTTP.invokeServlet(Compiled Code)
at weblogic.socket.MuxableSocketHTTP.execute(Compiled Code)
at weblogic.kernel.ExecuteThread.run(Compiled Code)
Wed Dec 11 13:51:12 EST 2002:<E> <ServletContext-General> Servlet failed with
Exception
java.rmi.RemoteException: java.lang.NoSuchMethodError: weblogic.ejb.internal.EJBHomeImpl:
method setupTransaction(Ljavax/transaction/Transaction;Lweblogic/ejb/internal/MethodInfo;)V
not found
at com.gmac.incentive.IncentiveProgram.IncentiveProgramBeanHomeImpl.preFinderInvoke(IncentiveProgramBeanHomeImpl.java:193)
at com.gmac.incentive.IncentiveProgram.IncentiveProgramBeanHomeImpl.findByPrimaryKey(IncentiveProgramBeanHomeImpl.java:69)
at com.gmac.incentive.IncentiveProgram.IncentiveProgramBeanHomeImpl_ServiceStub.findByPrimaryKey(Compiled
Code)
at com.gmac.incentive.IncentiveProgramManagerEJB.IncentiveProgramManagerBean.updateIncentiveProgram(IncentiveProgramManagerBean.java:1076)
at com.gmac.incentive.IncentiveProgramManagerEJB.IncentiveProgramManagerBeanEOImpl.updateIncentiveProgram(IncentiveProgramManagerBeanEOImpl.java:158)
at com.gmac.incentive.IncentiveProgramManagerEJB.IncentiveProgramManagerBeanEOImpl_ServiceStub.updateIncentiveProgram(Compiled
Code)
at EditIncentiveProgram.service(EditIncentiveProgram.java:472)
at javax.servlet.http.HttpServlet.service(Compiled Code)
at weblogic.servlet.internal.ServletStubImpl.invokeServlet(Compiled Code)
at weblogic.servlet.internal.ServletContextImpl.invokeServlet(Compiled
Code)
at weblogic.servlet.internal.ServletContextImpl.invokeServlet(Compiled
Code)
at weblogic.servlet.internal.ServletContextManager.invokeServlet(Compiled
Code)
at weblogic.socket.MuxableSocketHTTP.invokeServlet(Compiled Code)
at weblogic.socket.MuxableSocketHTTP.execute(Compiled Code)
at weblogic.kernel.ExecuteThread.run(Compiled Code)
; nested exception is:
java.lang.NoSuchMethodError: weblogic.ejb.internal.EJBHomeImpl: method
setupTransaction(Ljavax/transaction/Transaction;Lweblogic/ejb/internal/MethodInfo;)V
not found
java.lang.NoSuchMethodError: weblogic.ejb.internal.EJBHomeImpl: method setupTransaction(Ljavax/transaction/Transaction;Lweblogic/ejb/internal/MethodInfo;)V
not found
at com.gmac.incentive.IncentiveProgram.IncentiveProgramBeanHomeImpl.preFinderInvoke(IncentiveProgramBeanHomeImpl.java:193)
at com.gmac.incentive.IncentiveProgram.IncentiveProgramBeanHomeImpl.findByPrimaryKey(IncentiveProgramBeanHomeImpl.java:69)
at com.gmac.incentive.IncentiveProgram.IncentiveProgramBeanHomeImpl_ServiceStub.findByPrimaryKey(Compiled
Code)
at com.gmac.incentive.IncentiveProgramManagerEJB.IncentiveProgramManagerBean.updateIncentiveProgram(IncentiveProgramManagerBean.java:1076)
at com.gmac.incentive.IncentiveProgramManagerEJB.IncentiveProgramManagerBeanEOImpl.updateIncentiveProgram(IncentiveProgramManagerBeanEOImpl.java:158)
at com.gmac.incentive.IncentiveProgramManagerEJB.IncentiveProgramManagerBeanEOImpl_ServiceStub.updateIncentiveProgram(Compiled
Code)
at EditIncentiveProgram.service(EditIncentiveProgram.java:472)
at javax.servlet.http.HttpServlet.service(Compiled Code)
at weblogic.servlet.internal.ServletStubImpl.invokeServlet(Compiled Code)
at weblogic.servlet.internal.ServletContextImpl.invokeServlet(Compiled
Code)
at weblogic.servlet.internal.ServletContextImpl.invokeServlet(Compiled
Code)
at weblogic.servlet.internal.ServletContextManager.invokeServlet(Compiled
Code)
at weblogic.socket.MuxableSocketHTTP.invokeServlet(Compiled Code)
at weblogic.socket.MuxableSocketHTTP.execute(Compiled Code)
at weblogic.kernel.ExecuteThread.run(Compiled Code)
Any help would be much appreciated.
Jim

Similar Messages

Remote or transactional roll back exception

Hi All,
I have deployed CMP2 entity bean to SUN ONE with Oracle as DB. There is no problem while retrieving/updating values to the table. But throws following
exception while adding values to the table.
Exception from the server log is below:
SEVERE: EJB5071: Some remote or transactional roll back exception occurred
com.sun.jdo.api.persistence.support.JDOFatalInternalException: Got an unknown ex
ception.
NestedException: java.lang.NullPointerException
at com.sun.jdo.spi.persistence.support.sqlstore.SQLStateManager.updatePe
rsistent(Unknown Source)
at com.sun.jdo.spi.persistence.support.sqlstore.impl.PersistenceManagerI
mpl.beforeCompletion(Unknown Source)
at com.sun.jdo.spi.persistence.support.sqlstore.impl.TransactionImpl.not
ifyBeforeCompletion(Unknown Source)
at com.sun.jdo.spi.persistence.support.sqlstore.impl.TransactionImpl.com
mitBefore(Unknown Source)
at com.sun.jdo.spi.persistence.support.sqlstore.impl.TransactionImpl.bef
oreCompletion(Unknown Source)
at com.sun.ejb.containers.ContainerSynchronization.beforeCompletion(Unkn
own Source)
at com.sun.enterprise.distributedtx.J2EETransaction.commit(Unknown Sourc
e)
at com.sun.enterprise.distributedtx.J2EETransactionManagerOpt.commit(Unk
nown Source)
at com.sun.ejb.containers.BaseContainer.completeNewTx(Unknown Source)
at com.sun.ejb.containers.BaseContainer.postInvokeTx(Unknown Source)
at com.sun.ejb.containers.BaseContainer.postInvoke(Unknown Source)
at com.siptech.pdf.ejb.config.session.ConfigSessionBean_EJBObjectImpl.se
tCountry(ConfigSessionBean_EJBObjectImpl.java:558)
at com.siptech.pdf.ejb.config.session._ConfigSessionBean_EJBObjectImpl_T
ie._invoke(Unknown Source)
at com.sun.corba.ee.internal.POA.GenericPOAServerSC.dispatchToServant(Un
known Source)
at com.sun.corba.ee.internal.POA.GenericPOAServerSC.internalDispatch(Unk
nown Source)
at com.sun.corba.ee.internal.POA.GenericPOAServerSC.dispatch(Unknown Sou
rce)
at com.sun.corba.ee.internal.iiop.ORB.process(Unknown Source)
at com.sun.corba.ee.internal.iiop.RequestProcessor.process(Unknown Sourc
e)
at com.iplanet.ias.corba.ee.internal.iiop.ServicableWrapper.service(Unkn
own Source)
at com.iplanet.ias.util.threadpool.FastThreadPool$ThreadPoolThread.run(U
nknown Source)
at java.lang.Thread.run(Thread.java:536)
WARNING: CORE3283: stderr: java.lang.NullPointerException
WARNING: CORE3283: stderr: at com.sun.jdo.spi.persistence.support.sqlstore.
sql.generator.UpdateQueryPlan.addConstraint(Unknown Source)
WARNING: CORE3283: stderr: at com.sun.jdo.spi.persistence.support.sqlstore.
sql.generator.UpdateQueryPlan.addBasetableConstraint(Unknown Source)
WARNING: CORE3283: stderr: at com.sun.jdo.spi.persistence.support.sqlstore.
sql.generator.UpdateQueryPlan.processStatements(Unknown Source)
WARNING: CORE3283: stderr: at com.sun.jdo.spi.persistence.support.sqlstore.
sql.generator.UpdateQueryPlan.build(Unknown Source)
WARNING: CORE3283: stderr: at com.sun.jdo.spi.persistence.support.sqlstore.
model.ClassDesc.getUpdateQueryPlanForUpdate(Unknown Source)
WARNING: CORE3283: stderr: at com.sun.jdo.spi.persistence.support.sqlstore.
model.ClassDesc.getUpdateQueryPlan(Unknown Source)
WARNING: CORE3283: stderr: at com.sun.jdo.spi.persistence.support.sqlstore.
SQLStoreManager.executeBatch(Unknown Source)
WARNING: CORE3283: stderr: at com.sun.jdo.spi.persistence.support.sqlstore.
SQLStateManager.updatePersistent(Unknown Source)
WARNING: CORE3283: stderr: at com.sun.jdo.spi.persistence.support.sqlstore.
impl.PersistenceManagerImpl.beforeCompletion(Unknown Source)
WARNING: CORE3283: stderr: at com.sun.jdo.spi.persistence.support.sqlstore.
impl.TransactionImpl.notifyBeforeCompletion(Unknown Source)
WARNING: CORE3283: stderr: at com.sun.jdo.spi.persistence.support.sqlstore.
impl.TransactionImpl.commitBefore(Unknown Source)
WARNING: CORE3283: stderr: at com.sun.jdo.spi.persistence.support.sqlstore.
impl.TransactionImpl.beforeCompletion(Unknown Source)
WARNING: CORE3283: stderr: at com.sun.ejb.containers.ContainerSynchronizati
on.beforeCompletion(Unknown Source)
WARNING: CORE3283: stderr: at com.sun.enterprise.distributedtx.J2EETransact
ion.commit(Unknown Source)
WARNING: CORE3283: stderr: at com.sun.enterprise.distributedtx.J2EETransact
ionManagerOpt.commit(Unknown Source)
WARNING: CORE3283: stderr: at com.sun.ejb.containers.BaseContainer.complete
NewTx(Unknown Source)
WARNING: CORE3283: stderr: at com.sun.ejb.containers.BaseContainer.postInvo
keTx(Unknown Source)
WARNING: CORE3283: stderr: at com.sun.ejb.containers.BaseContainer.postInvo
ke(Unknown Source)
WARNING: CORE3283: stderr: at com.siptech.pdf.ejb.config.session.ConfigSess
ionBean_EJBObjectImpl.setCountry(ConfigSessionBean_EJBObjectImpl.java:558)
WARNING: CORE3283: stderr: at com.siptech.pdf.ejb.config.session._ConfigSes
sionBean_EJBObjectImpl_Tie._invoke(Unknown Source)
WARNING: CORE3283: stderr: at com.sun.corba.ee.internal.POA.GenericPOAServe
rSC.dispatchToServant(Unknown Source)
WARNING: CORE3283: stderr: at com.sun.corba.ee.internal.POA.GenericPOAServe
rSC.internalDispatch(Unknown Source)
WARNING: CORE3283: stderr: at com.sun.corba.ee.internal.POA.GenericPOAServe
rSC.dispatch(Unknown Source)
WARNING: CORE3283: stderr: at com.sun.corba.ee.internal.iiop.ORB.process(Un
known Source)
WARNING: CORE3283: stderr: at com.sun.corba.ee.internal.iiop.RequestProcess
or.process(Unknown Source)
WARNING: CORE3283: stderr: at com.iplanet.ias.corba.ee.internal.iiop.Servic
ableWrapper.service(Unknown Source)
WARNING: CORE3283: stderr: at com.iplanet.ias.util.threadpool.FastThreadPoo
l$ThreadPoolThread.run(Unknown Source)
WARNING: CORE3283: stderr: at java.lang.Thread.run(Thread.java:536)
Thanks,
Muthu.

Hi Muthu,
from looking into SQLStateManager.updatePersistent, I doubt that we can run into an NPE here.
Can you please send us the entire log file? BTW: It would be much easier for me to help you, if I could see line the numbers in the stack trace. Would it be possible for you to get an non
optimized build and rerun your application?
Thank you,
-- markus.

Remote or transactional roll back exception occurred

Hi,
I am getting this message, anybody could help me?
SEVERE ( 1166): EJB5071: Some remote or transactional roll back exception occurred
com.sun.jdo.api.persistence.support.JDOFatalInternalException: Got an unknown exception.
NestedException: java.lang.IndexOutOfBoundsException: Index: 1, Size: 1
at com.sun.jdo.spi.persistence.support.sqlstore.SQLStateManager.updatePersistent(SQLStateManager.java:1012)
at com.sun.jdo.spi.persistence.support.sqlstore.impl.PersistenceManagerImpl.beforeCompletion(PersistenceManagerImpl.java:1251)
at com.sun.jdo.spi.persistence.support.sqlstore.impl.TransactionImpl.notifyBeforeCompletion(TransactionImpl.java:1115)
at com.sun.jdo.spi.persistence.support.sqlstore.impl.TransactionImpl.commitBefore(TransactionImpl.java:743)
at com.sun.jdo.spi.persistence.support.sqlstore.impl.TransactionImpl.beforeCompletion(TransactionImpl.java:646)
at com.sun.ejb.containers.ContainerSynchronization.beforeCompletion(ContainerSynchronization.java:105)
at com.sun.enterprise.distributedtx.J2EETransaction.commit(J2EETransaction.java:183)
at com.sun.enterprise.distributedtx.J2EETransactionManagerOpt.commit(J2EETransactionManagerOpt.java:310)
at com.sun.ejb.containers.BaseContainer.completeNewTx(BaseContainer.java:1786)
at com.sun.ejb.containers.BaseContainer.postInvokeTx(BaseContainer.java:1585)
at com.sun.ejb.containers.BaseContainer.postInvoke(BaseContainer.java:510)
at br.com.inttegra.infra.businesslayer.ejb.ControllerBean_EJBObjectImpl.insert(ControllerBean_EJBObjectImpl.java:136)
at br.com.inttegra.infra.businesslayer.ejb._ControllerBean_EJBObjectImpl_Tie._invoke(Unknown Source)
at com.sun.corba.ee.internal.POA.GenericPOAServerSC.dispatchToServant(GenericPOAServerSC.java:569)
at com.sun.corba.ee.internal.POA.GenericPOAServerSC.internalDispatch(GenericPOAServerSC.java:211)
at com.sun.corba.ee.internal.POA.GenericPOAServerSC.dispatch(GenericPOAServerSC.java:113)
at com.sun.corba.ee.internal.iiop.ORB.process(ORB.java:275)
at com.sun.corba.ee.internal.iiop.RequestProcessor.process(RequestProcessor.java:83)
at com.iplanet.ias.corba.ee.internal.iiop.ServicableWrapper.service(ServicableWrapper.java:25)
at com.iplanet.ias.util.threadpool.FastThreadPool$ThreadPoolThread.run(FastThreadPool.java:283)
at java.lang.Thread.run(Thread.java:536)

Hi,
Please make shure, that your sun-cmp-mappings.xml is correct. The exception in your message just indicates a problem executing a sql statement. Please look into your log file again if you could find another exception trace showing where the IndexOutOfBoundsException happens.
Thanks,
-- markus.

Transaction roll back exception in setRollbackOnly in stateless bean

Hello All,
Im using WLS 5.1 SP9 on Win2k with Oracle 8.
Flow:
A stateless session bean with container-managed transaction uses
entity beans to insert records into 3 tables, vide:
Primary - CMP,
Secondary - BMP,
Tertiary - CMP
If validation fails on the data thats coming in, error messages are
sent back to the client and the transaction is set to roll back with
the folliwng stmt :
sessionContext.setRollbackOnly();
Now there are 2 problems :
1. Valid data is passed in: Though the operation seems to succeed from
the front end, there aren't any records inserted into the Primary
table. Secondary and Tertiary tables have the right data present in
them.
2. Invalid data is passed in: When the validation fails and the
transaction is set to rollback, the following exceptions are thrown :
Exception during commit of transaction: '1030642768442_27'
weblogic.transaction.RollbackException: Transaction TxC (26691678, xid
= 1030642768442_27, timeout = 60, txState = Rolledback, root = null
has been rolled back.Reason: Unknown

I searched this ng for previous posts on this problema and indeed
found quite a few with the same problem. However, they referred to
this problem as a bug in the earlier service packs of Weblogic such as
4 and 5. I however use SP9, but still get the same problem.
Anybody have any ideas on these problems and possible solutions?
Thanks and regards,
Pavan

The problem seems to be related to the Adapter Engine but not sure about the exact reason. As per the last line of the log, either the channel reference was missing or there was some problem with the related service which could be viewed in visual admin. This could have occurred when the channel is initialized for the use. Restart helped because it may have restarted the related services.
Regards,
Prateek

Transaction roll back exception

I am getting a transaction rollback exception during a long running query. running
WL 5.1 and dont think I can use the
trans-timeout-seconds in the transaction-descriptor section of the weblogic-ejb-jar
descriptor file. Can anyone advise on if there is another way to do this or does
5.1 support this?
thanks
Gary

Hi Athhek,
If I set reply with success then both route node and system error handlers are executed. I get following response metadata
<con:metadata      xmlns:con="http://www.bea.com/wli/sb/test/config">
<tran:response-code      xmlns:tran="http://www.bea.com/wli/sb/transports">1</tran:response-code>
</con:metadata>
and also following error reaches system handler:
<con:fault      xmlns:con="http://www.bea.com/wli/sb/context">
<con:errorCode>BEA-382050</con:errorCode>
<con:reason>
Expected active transaction, actual transaction status: Marked Rollback
</con:reason>
<con:location>
<con:path>response-pipeline</con:path>
</con:location>
</con:fault>
When I set reply with error only route node handler is executed but I still get
<con:metadata      xmlns:con="http://www.bea.com/wli/sb/test/config">
<tran:response-code      xmlns:tran="http://www.bea.com/wli/sb/transports">1</tran:response-code>
</con:metadata>
Thank you.

Statement in Transaction Does Not Roll Back

I have a group of MySQL statements in a method of a Java application.
I include an SQL error in the last statement to test the rollback of the transaction.
All the statements roll back, EXCEPT for the one detailed below.
The MySQL table:
     CREATE TABLE Counter (
          number INT( 4 ) NOT NULL DEFAULT 0,
          account_id VARCHAR( 12 ) NOT NULL PRIMARY KEY
     ) ENGINE = InnoDB;I have run the staement as a PreparedStatement and a Statement:
PreparedStatement:
     String updateCounterStr =
          " UPDATE Counter " +
               " SET number = number + 1 " +
               " WHERE account_id = ? "
     updateCounter = con.prepareStatement ( updateCounterStr );
          updateCounter.setString( 1, accountID );
          int uc = updateCounter.executeUpdate();     Statement:
     Statement updateCounterStatement = con.createStatement();
          int updatecounter = updateCounterStatement.executeUpdate(
               "UPDATE Counter SET number = number + 1 " +
               "WHERE account_id = \'" + accountID + "\'"
          con.setAutoCommit( true );     //     ------------------------------------ Transaction ENDS
          updateCounterStatement.close();
//               updateCounter.close();
          ... several more
          con.close();
     } catch(SQLException ex) {
          System.err.println("SQLException: " + ex.getMessage());
          if (con != null) {
               try {
                    System.err.print("Transaction is being ");
                    System.err.println("rolled back");
                    con.rollback();     //     < ------------------------------------ con.rollback() HERE
               } catch(SQLException excep) {
                    System.err.print("SQLException: ");
                    System.err.println(excep.getMessage());
}     //     ---------------------------------------- END the methodIn both cases Counter is incremented, but does NOT roll back.
The other statements in the transaction do roll back,
I am using:
mysql Ver 14.12 Distrib 5.0.18, for apple-darwin8.2.0 (powerpc) using readline 5.0
on Mac OS X 10.4.x
I would greatly appreciate a solution to this problem.
Many thanks in advance

I think autocommit is true by default. Also, it looks like your'e setting it to true, and then executing more SQL.
Explicitly set it to false, and DON'T set it back to trueif there's any chance you're going to want to rollback after that.

Rolled back JTA TX marked active/inflight

          Hello. I am writing a message driven bean that utilizes container managed transaction
          demarcation for the onMessage method (letting the container worry about msg acknowledgement).
          The MDB relays message information to a legacy system. If the legacy system is
          down, I want to retry message delivery at a later point, so I mark the current
          transaction as rolled back (via the setRollbackOnly() method in my MessageDrivenContext).
          This causes the EJB container to continually call onMessage() with my message
          beans, creating a large amount of rolled back exceptions. These rolled back transactions,
          however, are marked as active/inflight by the WLS transaction manager, leading
          to resource starvation and inability to create transactions because of an overflow
          of the "Active Transaction" watermark (configurable in mydomain->JTA->Active Transactions),
          although the JTA monitoring tools clearly indicate that the TX has been rolled
          back.
          Eventually these "rolled back exceptions" are purged from the Inflight Transaction
          list, and I can once again create transactions. Any ideas on how to fix this/workarounds/bugfixes?
          Please cc: me if you respond as well
          Thanks,
          Alex
          ---- snippets follow ----
          Here is a snippet from the mydomain->myserver->Monitoring->JTA->Inflight Transactions
          page
          Name Status Servers Resources Properties
          (key=value)
          (none) Rolled back. [Reason = weblogic.transaction.internal.AppSetRollbackOnlyException]
          alexd {JMS_jmsStoreTest=rolledback} (none)
          And a listing of the JTA monitoring info
          Total Transactions: 45060
          Total Committed: 131
          Total Rolled Back: 44929
          Timeout Rollbacks: 0
          Resource Rollbacks: 0
          Application Rollbacks: 44929


I know this is fixed in WLS 6.1's GA release. Basically, the problem is
          that the EJB container is marking the transaction for rollback where it
          should be rolling it back. That's why you have so many tx's in-flight.
          They are waiting to time-out.
          -- Rob
          Alex DeNeui wrote:
          >
          > Hello. I am writing a message driven bean that utilizes container managed transaction
          > demarcation for the onMessage method (letting the container worry about msg acknowledgement).
          >
          > The MDB relays message information to a legacy system. If the legacy system is
          > down, I want to retry message delivery at a later point, so I mark the current
          > transaction as rolled back (via the setRollbackOnly() method in my MessageDrivenContext).
          > This causes the EJB container to continually call onMessage() with my message
          > beans, creating a large amount of rolled back exceptions. These rolled back transactions,
          > however, are marked as active/inflight by the WLS transaction manager, leading
          > to resource starvation and inability to create transactions because of an overflow
          > of the "Active Transaction" watermark (configurable in mydomain->JTA->Active Transactions),
          > although the JTA monitoring tools clearly indicate that the TX has been rolled
          > back.
          >
          > Eventually these "rolled back exceptions" are purged from the Inflight Transaction
          > list, and I can once again create transactions. Any ideas on how to fix this/workarounds/bugfixes?
          >
          > Please cc: me if you respond as well
          >
          > Thanks,
          > Alex
          >
          > ---- snippets follow ----
          >
          > Here is a snippet from the mydomain->myserver->Monitoring->JTA->Inflight Transactions
          > page
          > -----------------
          > Name Status Servers Resources Properties
          > (key=value)
          > (none) Rolled back. [Reason = weblogic.transaction.internal.AppSetRollbackOnlyException]
          > alexd {JMS_jmsStoreTest=rolledback} (none)
          > -----------------
          >
          > And a listing of the JTA monitoring info
          > -----------------
          > Total Transactions: 45060
          > Total Committed: 131
          > Total Rolled Back: 44929
          > Timeout Rollbacks: 0
          > Resource Rollbacks: 0
          > Application Rollbacks: 44929
          > ------------------
          Coming Soon: Building J2EE Applications & BEA WebLogic Server
          by Michael Girdley, Rob Woollen, and Sandra Emerson
          http://learnweblogic.com

Container transaction NOT rolled back after a long period of time.

Hi, I am using Weblogic 6.1SP5 on RedHat 7.1 and I have seen an unexpected
          behaviour with an MDB and I would like to know if there is any circumstance
          in which a transaction is not rolled back automatically by the container
          after the transaction timeout specified on MDB descriptor expired.
          The fact is I have seen a thread locked for 3 entire days without any
          exception being raised (the trans timeout was set to 900 seconds for
          debugging porpouses)
          Sadly I didn't thought on issuing a ps -ax and a netstat -np in order to see
          if there was any connection active for any of the JVM threads.
          As an aside note I had to throw a kill -9 to Weblogic's JVM in order to
          completely stop it because using the standard "stopWeblogic.sh" script it
          got stalled.
          The only unusual thing that I can think of the MDB is doing is opening a
          connection against a remote system via a socket.
          My question is. Is it possible that a thread locked on I/O (in this case a
          socket) to be out of control in terms of throwing at it a "Transaction
          rolled back exception"?
          I have modified my code in order to set SO_TIMEOUT on the socket just in
          case the other peer hangs and never returns control. But I would like to
          know the problem could be there.
          I know for sure that at the time the thread stalled the other peer died
          (exceptions on other MDBs trying to connect to remote system) but I expected
          a "socket exception" to be thrown by the O.S. to the stalled thread instead
          of having the thread waiting forever on that "open" socket.
          Thanks in advance.
          Ignacio.


While a tramsaction may be rolled back at the transaction timeout,
          the thread is not stopped. The actual exception won't occur until
          the MDB completes. If the MDB doesn't complete (as in this case),
          you won't get the exception.
          "Ignacio G. Dupont" <[email protected]> wrote in message news:[email protected]...
          > Hi, I am using Weblogic 6.1SP5 on RedHat 7.1 and I have seen an unexpected
          > behaviour with an MDB and I would like to know if there is any circumstance
          > in which a transaction is not rolled back automatically by the container
          > after the transaction timeout specified on MDB descriptor expired.
          >
          > The fact is I have seen a thread locked for 3 entire days without any
          > exception being raised (the trans timeout was set to 900 seconds for
          > debugging porpouses)
          >
          > Sadly I didn't thought on issuing a ps -ax and a netstat -np in order to see
          > if there was any connection active for any of the JVM threads.
          >
          > As an aside note I had to throw a kill -9 to Weblogic's JVM in order to
          > completely stop it because using the standard "stopWeblogic.sh" script it
          > got stalled.
          >
          > The only unusual thing that I can think of the MDB is doing is opening a
          > connection against a remote system via a socket.
          >
          > My question is. Is it possible that a thread locked on I/O (in this case a
          > socket) to be out of control in terms of throwing at it a "Transaction
          > rolled back exception"?
          >
          > I have modified my code in order to set SO_TIMEOUT on the socket just in
          > case the other peer hangs and never returns control. But I would like to
          > know the problem could be there.
          >
          > I know for sure that at the time the thread stalled the other peer died
          > (exceptions on other MDBs trying to connect to remote system) but I expected
          > a "socket exception" to be thrown by the O.S. to the stalled thread instead
          > of having the thread waiting forever on that "open" socket.
          >
          > Thanks in advance.
          >
          > Ignacio.
          >
          >

Error: [129]: transaction rolled back by an internal error: [129] transaction rolled back by an internal error: exception 141000274: exception 141000274: TRexUtils/ParallelDispatcher.cpp:275 message not found; $message$=

Hello Gurus,
I have a couple of calculation views in HANA and each of them has text fields (like Employee Name, Country Name etc.).
As part of my project requirement, I have join those two views and get all the fields that exist in them.
When I am doing so, I am getting a weird error as shown below.
Error: [129]: transaction rolled back by an internal error: [129] transaction rolled back by an internal error: exception 141000274: exception 141000274:
TRexUtils/ParallelDispatcher.cpp:275
message not found; $message$='TSR HTKD JFSDFM'
Please check lines: 59,
Upon, researching further, I could see that the value 'TSR HTKD JFSDFM' is the value in text field of Employee Name.
I did try to increase the length of the field and change the data types but nothing has worked.
Could you please help me in getting this one resolved.
Thanks,
Raviteja

Hi,
I am exactly facing the same issue:
Error: [129]: transaction rolled back by an internal error: [129] transaction rolled back by an internal error: exception 141000274:
But i found a fix :-) .....
This may be a very late reply but it would help people who desperately searching for an answer for this issue.
I used CAST function .. The problem is, we are selecting data from table and of course we dont know the size of the data (attribute) @ runtime. We assign the length by looking at the table attr length or view op attr length. But what happens is the junk data which exceeds the limit of the allocated space hence we get this error.
So i used CAST function to truncate the excess junk values (may be spaces).
Example:
I have a ATTR view of date in the format YYYY-MM-DD which means 10 char size.
In my CALC view I have created date OP column of VARCHAR(10) but I get the above error for no reason. Eventhoug i am 100% sure about my ATTR date would be max of 10 char my CALC view is failing @ runtime.
So i did a CAST on date as CAST(my_date as varchar(10)) and the magic happend. It works .......
But you need to be careful in using this because if you use CAST you may lose data. Careful. In my case i dont.
Somebody from HANA team should look at this issue from SAP and solve this. I am sure it is a serious bug from HANA (eventhough i am using SAP HANA SP09 Rev 92 the most latest as of today !!!!!!!!!! )
Enjoy....
Thanks & Regards
Prakash K

Avoid transaction roll back using exception handler

Hi everybody!
I've created a proxy service in OSB using a DB adapter for polling from a database table. I've configured the service to be transactional with same transaction for reponse. The proxy has a route node that routes to a business service created from a db adapter for storing the polled data. Insert table has a db trigger associated wich raises a custom exception in certain cases. I need to catch that exception in the route exception handler to avoid the full transaction to be marked rolled back. For this, I've setup a response with failure action in the handler.
After testing the service I realized that it's not working as expected as transaction is being rolled back when the trigger raises the exception (so registry is not marked as polled in source table).
Could anyone explain me which action should be taken to avoid a rollback when handling exception?
Best regards,
Daniel.

Hi Athhek,
If I set reply with success then both route node and system error handlers are executed. I get following response metadata
<con:metadata      xmlns:con="http://www.bea.com/wli/sb/test/config">
<tran:response-code      xmlns:tran="http://www.bea.com/wli/sb/transports">1</tran:response-code>
</con:metadata>
and also following error reaches system handler:
<con:fault      xmlns:con="http://www.bea.com/wli/sb/context">
<con:errorCode>BEA-382050</con:errorCode>
<con:reason>
Expected active transaction, actual transaction status: Marked Rollback
</con:reason>
<con:location>
<con:path>response-pipeline</con:path>
</con:location>
</con:fault>
When I set reply with error only route node handler is executed but I still get
<con:metadata      xmlns:con="http://www.bea.com/wli/sb/test/config">
<tran:response-code      xmlns:tran="http://www.bea.com/wli/sb/transports">1</tran:response-code>
</con:metadata>
Thank you.

Dbma_scheduler job executing procedure that loops through all client schemas in the database rolls back transaction incase of exception

Hi,
Needed your inputs on approach to implement a job using dbms_scheduler.
We have around 2000 schemas. Each schema has a package with 2 procedures.
The requirement is to create a single job in SYS that would loop through each schema and run the procedures at a specific time ( once a day) and send email notification on success or failure.
Job script:
BEGIN
    dbms_scheduler.create_job( job_name=> 'LOAD_EACH_SCHEMA_AUDIT_DATA',
                               job_type=>'PLSQL_BLOCK',
                               job_action=>'BEGIN sys.p_loadaudit;
                                END;',
                               start_date=>systimestamp,
                               repeat_interval=>'FREQ=MINUTELY;INTERVAL=1',
                               number_of_arguments=>0,
                               enabled=> true,
                               comments=>'Job repeat interval is every 5 mins' );
                               END;
Note: for testing purpose i have set repeat interval to minutely.
Procedure job will be executing:
Procedure sys.p_loadaudit:
CREATE OR REPLACE
PROCEDURE p_loadaudit
AS
    v_count          NUMBER:= 0;
    lv_error_message VARCHAR2(4000);
    vstmt            VARCHAR2(4000);
BEGIN
    FOR i IN
    ( SELECT username FROM dba_users WHERE username LIKE 'ABCFIRM%'
    LOOP
        vstmt:= 'begin ' || i.username || '.pkg_audit_info.p_load_coa; end;';
        EXECUTE immediate vstmt;
        vstmt:= 'begin ' || i.username || '.pkg_audit_info.p_load_am; end;';
        EXECUTE immediate vstmt;
    END LOOP;
EXCEPTION
WHEN OTHERS THEN
    lv_error_message := 'Error in procedure p_loadaudit: ' || SQLCODE || ' -ERROR- ' || SUBSTR(
    sqlerrm,1,300) || '*' || dbms_utility.format_error_backtrace;
    raise_application_error(-20002,lv_error_message);
END p_loadaudit;
Example of one schema: SCHEMA_01
create or replace
PACKAGE pkg_audit_info
AS
type cursortype
IS
    ref
    CURSOR;
        PROCEDURE p_load_COA;
        PROCEDURE p_load_AM;
   END pkg_audit_info;
create or replace
PACKAGE body pkg_audit_info
AS
PROCEDURE p_load_COA
AS
BEGIN
INSERT INTO TABLE1();
EXCEPTION
WHEN OTHERS THEN
    lv_error_message := 'Error in procedure pkg_audit_info.p_load_COA: ' || SQLCODE
    || ' -ERROR- ' || SUBSTR(SQLERRM,1,300) || '*' || dbms_utility.format_error_backtrace;
    RAISE_application_error(-20002,lv_error_message);
END p_load_COA;
PROCEDURE p_load_AM
AS
BEGIN
INSERT INTO TABLE2();
EXCEPTION
WHEN OTHERS THEN
    lv_error_message := 'Error in procedure pkg_audit_info.p_load_AM: ' || SQLCODE ||
    ' -ERROR- ' || SUBSTR(SQLERRM,1,300) || '*' || dbms_utility.format_error_backtrace;
    RAISE_application_error(-20002,lv_error_message);
END p_load_AM;
END pkg_audit_info;
Table1 and table1 exist in schema_01.
All 2000 schemas have same package.procedures.
Due to security reasons i have removed the actual code.
I was able to execute the job successfully. However, when a schema procedure (SCHEMA_01.pkg_audit_info.p_load_COA) throws an exception, the job fails and all transaction is rolled back.
Is there a way to loop through each schema and execute the related procedures. Even if exception happens, it should rollback only for that schema and continue the other schemas in the loop?
Please let me know if there is a better way to achieve this. Is the way i am handling exceptions in the job/procedure correct?
Thanks

Hi,
RAISE_APPLICATION_ERROR will cause the program to exit back to the caller, even if you place it in a block within the loop, so the RAISE or RAISE_APPLICATION_ERROR instruction should be placed in your "pkg_audit_info.p_load_AM" and "pkg_audit_info.p_load_coa" procedures. This way, you can use a block inside the loop and log the error.
FOR i IN
    ( SELECT username FROM dba_users WHERE username LIKE 'ABCFIRM%'
    LOOP
       BEGIN
        vstmt:= 'begin ' || i.username || '.pkg_audit_info.p_load_coa; end;';
        EXECUTE immediate vstmt;
        vstmt:= 'begin ' || i.username || '.pkg_audit_info.p_load_am; end;';
        EXECUTE immediate vstmt;
EXCEPTION
WHEN OTHERS THEN
    --> Log the error in a custom log table otherwise you will not know what happened for that schema: don't forget the username
END;
END LOOP;

Transaction rolled back when system exception occurs.

Hello,
I understand that when a exception occurs that extends RuntimeException or RemoteException, the current transaction is rolled back. Is that also the case when the system exception is caught and dealt with?
Julien Martin.

Hi Julien,
It depends whether the system exception was ever propagated back to the container. E.g. If the container-managed transaction only spans a single EJB business method and the exception is both thrown AND caught within that business method, then no, the container will not mark the tx for rollback.
However, take the case where EJBs A and B both have container-managed transactions and tx attribute TX_REQUIRED. If EJB A calls business method foo() on EJB B and foo() throws a system exception, the tx will be marked for rollback by B's container as part of the post-processing of foo(). When control returns to EJB A, the same tx is still active, but it has been marked for rollback. Even if EJB A "eats" the system exception and returns normally, it won't change the disposition of the transaction, so the tx will be rolled back by A's container.
--ken
Kenneth Saks
J2EE SDK Engineering
SUN Microsystems

I am going to switch carriers in August if you do not roll back my phone software (KitKat issues)

I just spent 6 hours trying to find a solution online to a plethora of problems I and my wife are experiencing since we updated our Droid Razr Maxx HD phones to 4.4.2 (Kit Kat). I learned:
1. We are not alone.
2. Because we did not "root"our phones before the update, we are not able to roll back the OS ourselves.
3. We are stuck with what are now two phones that do not perform to our expectations.
I have a total of 5 devices on my account and I pay you $370 per month for service. I WILL change carriers when our contract is up on August 8th if you do not restore our phones to the previous software. Spare me the excuses, promises of a future fix, etc. I am done.
Sincerely,
Alex ( you may locate my account info through the email associated with this post )

alextstone wrote:
Alex ( you may locate my account info through the email associated with this post )
This is a peer to peer customer forum. We don't have access to anyone's account except our own. Your email address isn't visible to the community members and this is a good thing since posting personal information like email addresses in the public forum is against the Terms of Service here.
Take note of the note about reverting to the previous version of the OS in this link which covers the DROID Razr Maxx HD model as well. Release Notes: DROID HD by Motorola - 183.46.10.XT926.Verizon.en.US. and Release Notes: DROID HD by Motorola 182.46.10.XT926.Verizon.en.US

Folders rolling back in finder view in 10.6 connected to a 10.6 server.

I have a server 10.6 with all updates and some times when i connect from 10.6.8 clients by AFP some folders roll back automatically any ideas?

By default the Windows Server 2008 will not have the Line Printer Daemon Service installed and running. With the Server 2008 configured with the Print Services role you need to select the TCP/IP Print Server (LPDSVC) service which allows computers that are using the Line Printer Remote (LPR) service to print to shared printers on this server. The Select Role Services wizard also creates an inbound TCP exception on port 515 for LPD in the Windows Firewall with Advanced Security.
With this enabled you should then be able to use the LPD queue you created on the Mac's to print to the Windows shared queue. Note that the Queue Name on the Mac will be the name of the share used on Windows. A good tip is to keep the share name short and without spaces.
Note that when you type the IP followed by \HP4015, you are connecting via RPC/SMB. For Windows this is known as Point & Print and while the Mac can connect to this same queue, you cannot use the same procedure. Instead you can use the Windows icon within the Add Printer browser to browse the workgroup then the computer name. When selected you often have to enter user credentials saved on Windows to then see the printer share. When the queue creation is completed you then can print but often have to authenticate every time you print. This is why LPD is preferred. The other thing is that with SMB connections, you often cannot use the vendors driver for consumer products. But if this HP is a LaserJet that supports PostScript then there won't be the same limitation.
Pahu

TS1398 My iPhone 5s can no longer use Internet on a wifi network. I've reset everything, how can I roll back to iOS 7?

My iPhone 5s can no longer use Internet on a wifi network. I've reset everything, how can I roll back to iOS 7?
i Was considerinf buying a macbook pro, but am reconsidering spending such an amount of money on a company that can screw up such a basic function. I mean you can have your iOS 8 back if this is what it means, I don't want to use your health Kit app.

You cannot 'roll back' your iOS. That's never been supported or allowed by Apple (with only one exception).
Use this article: iOS: Troubleshooting Wi-Fi networks and connections - Apple
It's not the iOS. It may be a setting on your iPhone or the wi-fi network, or a hardware issue. But it's not the iOS. If it was, then everyone's iPhone 5S using the same iOS would not be working, and that's not the case.
Troubleshoot your issue.

Roll back exceptions

Similar Messages

Maybe you are looking for