Transaction Rolledback exception
While testing a stateless session bean running under Weblogic 8.1b I got the following
error message:
java.rmi.RemoteException: Transaction Rolledback. Nested exception is:
weblogic.transaction.internal.TimedOutException: Transaction timed out after 44
seconds.
Within the code I am only reading data from the database. This exception appears
at the last line of a business method: return <ValueObject>. First I thought something
was wrong with this value object but it seems to be ok.
Any advice or idea are very much appreciated.
While testing a stateless session bean running under Weblogic 8.1b I got the following
error message:
java.rmi.RemoteException: Transaction Rolledback. Nested exception is:
weblogic.transaction.internal.TimedOutException: Transaction timed out after 44
seconds.
Within the code I am only reading data from the database. This exception appears
at the last line of a business method: return <ValueObject>. First I thought something
was wrong with this value object but it seems to be ok.
Any advice or idea are very much appreciated.
Similar Messages
-
Transaction rolledback exception while importing repository
Hi,
We often get a transaction rolled back exception when we try to import repository
of xsl and xsd. Further down the stack trace it gives a resource bundle exception.
On occasions we restart the WLI server and the import works. But sometimes it doesn't
go through even after multiple restarts.
We typically delete a repository before importing it.
Tushar.Here is the stack trace for this exception:
The server was unable to complete your request.
Unknown error: TransactionRolledbackException: EJB Exception: : java.lang.ExceptionInInitializerError:
java.util.MissingResourceException: Can't find bundle for base name com.bea.eci.repository.helper.RepositoryExceptionMessages,
locale en
at java.util.ResourceBundle.throwMissingResourceException(ResourceBundle.java:712)
at java.util.ResourceBundle.getBundleImpl(ResourceBundle.java:683)
at java.util.ResourceBundle.getBundle(ResourceBundle.java:546)
at com.bea.eci.repository.helper.RepositoryException.<clinit>(RepositoryException.java:13)...
javax.transaction.TransactionRolledbackException: EJB Exception: : java.lang.ExceptionInInitializerError:
java.util.MissingResourceException: Can't find bundle for base name com.bea.eci.repository.helper.RepositoryExceptionMessages,
locale en
at java.util.ResourceBundle.throwMissingResourceException(ResourceBundle.java:712)
at java.util.ResourceBundle.getBundleImpl(ResourceBundle.java:683)
at java.util.ResourceBundle.getBundle(ResourceBundle.java:546)
at com.bea.eci.repository.helper.RepositoryException.<clinit>(RepositoryException.java:13)
at com.bea.eci.repository.helper.RepositoryActions.getObjectFolderTree(RepositoryActions.java:1308)
at com.bea.eci.repository.ejb.XMLRepositoryBean_u3eysh_EOImpl.getObjectFolderTree(XMLRepositoryBean_u3eysh_EOImpl.java:562)
at com.bea.wlpi.server.admin.ImportManager$RepositoryReader.<init>(ImportManager.java:1192)
at com.bea.wlpi.server.admin.ImportManager.importTemplateDefinition(ImportManager.java:637)
at com.bea.wlpi.server.admin.ImportManager.importPackage(ImportManager.java:293)
at com.bea.wlpi.server.admin.AdminBean.importPackage(AdminBean.java:1164)
at com.bea.wlpi.server.admin.AdminBean_11ksof_EOImpl.importPackage(AdminBean_11ksof_EOImpl.java:301)
at com.bea.wlpi.server.admin.AdminBean_11ksof_EOImpl_WLSkel.invoke(Unknown Source)
at weblogic.rmi.internal.BasicServerRef.invoke(BasicServerRef.java:298)
at weblogic.rmi.internal.BasicServerRef.handleRequest(BasicServerRef.java:267)
at weblogic.rmi.internal.BasicExecuteRequest.execute(BasicExecuteRequest.java:22)
at weblogic.kernel.ExecuteThread.execute(ExecuteThread.java:139)
at weblogic.kernel.ExecuteThread.run(ExecuteThread.java:120)
; nested exception is:
java.lang.ExceptionInInitializerError:
Start server side stack trace:
java.lang.ExceptionInInitializerError: java.util.MissingResourceException: Can't
find bundle for base name com.bea.eci.repository.helper.RepositoryExceptionMessages,
locale en
at java.util.ResourceBundle.throwMissingResourceException(ResourceBundle.java:712)
at java.util.ResourceBundle.getBundleImpl(ResourceBundle.java:683)
at java.util.ResourceBundle.getBundle(ResourceBundle.java:546)
at com.bea.eci.repository.helper.RepositoryException.<clinit>(RepositoryException.java:13)
at com.bea.eci.repository.helper.RepositoryActions.getObjectFolderTree(RepositoryActions.java:1308)
at com.bea.eci.repository.ejb.XMLRepositoryBean_u3eysh_EOImpl.getObjectFolderTree(XMLRepositoryBean_u3eysh_EOImpl.java:562)
at com.bea.wlpi.server.admin.ImportManager$RepositoryReader.<init>(ImportManager.java:1192)
at com.bea.wlpi.server.admin.ImportManager.importTemplateDefinition(ImportManager.java:637)
at com.bea.wlpi.server.admin.ImportManager.importPackage(ImportManager.java:293)
at com.bea.wlpi.server.admin.AdminBean.importPackage(AdminBean.java:1164)
at com.bea.wlpi.server.admin.AdminBean_11ksof_EOImpl.importPackage(AdminBean_11ksof_EOImpl.java:301)
at com.bea.wlpi.server.admin.AdminBean_11ksof_EOImpl_WLSkel.invoke(Unknown Source)
at weblogic.rmi.internal.BasicServerRef.invoke(BasicServerRef.java:298)
at weblogic.rmi.internal.BasicServerRef.handleRequest(BasicServerRef.java:267)
at weblogic.rmi.internal.BasicExecuteRequest.execute(BasicExecuteRequest.java:22)
at weblogic.kernel.ExecuteThread.execute(ExecuteThread.java:139)
at weblogic.kernel.ExecuteThread.run(ExecuteThread.java:120)
End server side stack trace
java.lang.ExceptionInInitializerError: java.util.MissingResourceException: Can't
find bundle for base name com.bea.eci.repository.helper.RepositoryExceptionMessages,
locale en
Start server side stack trace:
java.util.MissingResourceException: Can't find bundle for base name com.bea.eci.repository.helper.RepositoryExceptionMessages,
locale en
at java.util.ResourceBundle.throwMissingResourceException(ResourceBundle.java:712)
at java.util.ResourceBundle.getBundleImpl(ResourceBundle.java:683)
at java.util.ResourceBundle.getBundle(ResourceBundle.java:546)
at com.bea.eci.repository.helper.RepositoryException.<clinit>(RepositoryException.java:13)
at com.bea.eci.repository.helper.RepositoryActions.getObjectFolderTree(RepositoryActions.java:1308)
at com.bea.eci.repository.ejb.XMLRepositoryBean_u3eysh_EOImpl.getObjectFolderTree(XMLRepositoryBean_u3eysh_EOImpl.java:562)
at com.bea.wlpi.server.admin.ImportManager$RepositoryReader.<init>(ImportManager.java:1192)
at com.bea.wlpi.server.admin.ImportManager.importTemplateDefinition(ImportManager.java:637)
at com.bea.wlpi.server.admin.ImportManager.importPackage(ImportManager.java:293)
at com.bea.wlpi.server.admin.AdminBean.importPackage(AdminBean.java:1164)
at com.bea.wlpi.server.admin.AdminBean_11ksof_EOImpl.importPackage(AdminBean_11ksof_EOImpl.java:301)
at com.bea.wlpi.server.admin.AdminBean_11ksof_EOImpl_WLSkel.invoke(Unknown Source)
at weblogic.rmi.internal.BasicServerRef.invoke(BasicServerRef.java:298)
at weblogic.rmi.internal.BasicServerRef.handleRequest(BasicServerRef.java:267)
at weblogic.rmi.internal.BasicExecuteRequest.execute(BasicExecuteRequest.java:22)
at weblogic.kernel.ExecuteThread.execute(ExecuteThread.java:139)
at weblogic.kernel.ExecuteThread.run(ExecuteThread.java:120)
End server side stack trace
<<no stack trace available>>
"Tushar Puranik" <[email protected]> wrote:
>
Hi,
We often get a transaction rolled back exception when we try to import repository
of xsl and xsd. Further down the stack trace it gives a resource bundle
exception.
On occasions we restart the WLI server and the import works. But sometimes
it doesn't
go through even after multiple restarts.
We typically delete a repository before importing it.
Tushar. -
REGARDING :::Caused by: java.rmi.RemoteException: Transaction Rolledback.;
Hi ,
I use weblogic 9.2 server . I got this error and am getting this again and again ...
actually this is a test bed environment , newly setup one based on production environment.
can any one help me out ??
Caused by: java.rmi.RemoteException: Transaction Rolledback.; nested exception is:
weblogic.transaction.internal.TimedOutException: Transaction timed out after 122 seconds
BEA1-0012E646C6D14C8E60D6
at weblogic.ejb.container.internal.EJBRuntimeUtils.throwRemoteException(EJBRuntimeUtils.java:95)
at weblogic.ejb.container.internal.BaseEJBObject.postInvoke1(BaseEJBObject.java:514)
at weblogic.ejb.container.internal.StatelessEJBObject.postInvoke1(StatelessEJBObject.java:72)
at weblogic.ejb.container.internal.BaseEJBObject.postInvokeTxRetry(BaseEJBObject.java:374)
at com.mountain.molehill.ejb.controller.HandleSystemAdminEJB_rbrj0q_EOImpl.handleEvent(HandleSystemAdminEJB_rbrj0q_EOImpl.java:365)
... 29 more
Caused by: weblogic.transaction.internal.TimedOutException: Transaction timed out after 122 seconds
BEA1-0012E646C6D14C8E60D6
at weblogic.transaction.internal.ServerTransactionImpl.wakeUp(ServerTransactionImpl.java:1721)
at weblogic.transaction.internal.ServerTransactionManagerImpl.processTimedOutTransactions(ServerTransactionManagerImpl.java:1560)
at weblogic.transaction.internal.TransactionManagerImpl.wakeUp(TransactionManagerImpl.java:1919)
at weblogic.transaction.internal.ServerTransactionManagerImpl.wakeUp(ServerTransactionManagerImpl.java:1468)
at weblogic.transaction.internal.WLSTimer.timerExpired(WLSTimer.java:35)
at weblogic.timers.internal.TimerImpl.run(TimerImpl.java:265)
at weblogic.work.ServerWorkManagerImpl$WorkAdapterImpl.run(ServerWorkManagerImpl.java:518)
... 2 more
DO I NEED TO CHANGE ANYTHING IN THE CONFIGURATION
Thanks in advanceAdding to the above post >>>
I also get the following errors
java.sql.SQLException: The transaction is no longer active - status: 'Marked rollback. [Reason=weblogic.transaction.internal.TimedOutException: Transaction timed out after 121 seconds
BEA1-0011E646C6D14C8E60D6]'. No further JDBC access is allowed within this transaction.
at weblogic.jdbc.wrapper.JTSConnection.checkIfRolledBack(JTSConnection.java:192)
at weblogic.jdbc.wrapper.JTSConnection.checkConnection(JTSConnection.java:202)
at weblogic.jdbc.wrapper.ResultSet.preInvocationHandler(ResultSet.java:59)
at weblogic.jdbc.wrapper.ResultSet_oracle_jdbc_driver_OracleResultSetImpl.getString(Unknown Source)
at org.hibernate.type.StringType.get(StringType.java:16)
at org.hibernate.type.NullableType.nullSafeGet(NullableType.java:77)
at org.hibernate.type.NullableType.nullSafeGet(NullableType.java:68)
at org.hibernate.type.AbstractType.hydrate(AbstractType.java:80)
at org.hibernate.type.ComponentType.hydrate(ComponentType.java:422)
at org.hibernate.type.ComponentType.nullSafeGet(ComponentType.java:182)
at org.hibernate.loader.Loader.getKeyFromResultSet(Loader.java:726)
at org.hibernate.loader.Loader.getRowFromResultSet(Loader.java:284)
at org.hibernate.loader.Loader.doQuery(Loader.java:395)
at org.hibernate.loader.Loader.doQueryAndInitializeNonLazyCollections(Loader.java:210)
at org.hibernate.loader.Loader.doList(Loader.java:1562)
at org.hibernate.loader.Loader.list(Loader.java:1545)
at org.hibernate.hql.classic.QueryTranslatorImpl.list(QueryTranslatorImpl.java:886)
at org.hibernate.impl.SessionImpl.list(SessionImpl.java:840)
at org.hibernate.impl.QueryImpl.list(QueryImpl.java:74)
2007-11-19 03:19:53,358|WARN|org.hibernate.util.JDBCExceptionReporter|logExceptions|SQL Error: 0, SQLState: null
2007-11-19 03:19:53,358|ERROR|org.hibernate.util.JDBCExceptionReporter|logExceptions|The transaction is no longer active - status: 'Marked rollback. [Reason=weblogic.transaction.internal.TimedOutException: Transaction timed out after 121 seconds
BEA1-0011E646C6D14C8E60D6]'. No further JDBC access is allowed within this transaction. -
Hello all
Problem...
I am retrieving approx 1200 records from an Oracle database via an CMP EJB findByXXXXX method. The problem is my Transaction times out after 30 seconds.
What I have already done...
I'm using Weblogic 6.0 and have configured the JTA to timeout after 2 minutes. However, I'm still getting a Transaction timeout exception after only 30 seconds. I would Appreciate any help. Thank-you....
Mark.Sounds like you might be running into this bug:
http://newsgroups.bea.com/cgi-bin/dnewsweb?cmd=article&group=weblogic.developer.interest.transaction&item=379&utag= -
BPEL Sensor for BAM report transaction rollback exception, ORABPEL-05002
HI,
I meet a question about BPEL sensor to BAM, it often report below error for Transaction rollback exception and timed out. After this error last half an hour, BPEL will thoughout connect database error and out of Memory.
It is running on BPEL/BAM 10.1.3.5.
<2010-01-19 17:33:42,595> <INFO> <default.collaxa.cube.sensor> Flushed 2 rows in BAM batch
<2010-01-19 17:33:42,600> <INFO> <default.collaxa.cube.sensor> Flushed 6 rows in BAM batch
<2010-01-19 17:33:42,600> <INFO> <default.collaxa.cube.sensor> Flushed 4 rows in BAM batch
<2010-01-19 17:33:42,603> <ERROR> <default.collaxa.cube.engine.dispatch> <DispatchHelper::handleMessage> failed to handle message
javax.ejb.EJBException: An exception occurred during transaction completion: ; nested exception is: javax.transaction.RollbackException: Timed out
javax.transaction.RollbackException: Timed out
at com.evermind.server.ApplicationServerTransaction.checkForRollbackOnlyWhileInCommit(ApplicationServerTransaction.java:633)
at com.evermind.server.ApplicationServerTransaction.doCommit(ApplicationServerTransaction.java:273)
at com.evermind.server.ApplicationServerTransaction.commit(ApplicationServerTransaction.java:162)
at com.evermind.server.ApplicationServerTransactionManager.commit(ApplicationServerTransactionManager.java:472)
at com.evermind.server.ejb.EJBTransactionManager.end(EJBTransactionManager.java:132)
at com.evermind.server.ejb.interceptor.system.TxRequiredInterceptor.invoke(TxRequiredInterceptor.java:57)
at com.evermind.server.ejb.interceptor.InvocationContextImpl.proceed(InvocationContextImpl.java:119)
at com.evermind.server.ejb.interceptor.system.DMSInterceptor.invoke(DMSInterceptor.java:52)
at com.evermind.server.ejb.interceptor.InvocationContextImpl.proceed(InvocationContextImpl.java:119)
at com.evermind.server.ejb.InvocationContextPool.invoke(InvocationContextPool.java:55)
at com.evermind.server.ejb.StatelessSessionEJBObject.OC4J_invokeMethod(StatelessSessionEJBObject.java:87)
at CubeDeliveryBean_LocalProxy_4bin6i8.handleInvoke(Unknown Source)
at com.collaxa.cube.engine.dispatch.message.invoke.InvokeInstanceMessageHandler.handle(InvokeInstanceMessageHandler.java:37)
at com.collaxa.cube.engine.dispatch.DispatchHelper.handleMessage(DispatchHelper.java:138)
at com.collaxa.cube.engine.dispatch.BaseScheduledWorker.process(BaseScheduledWorker.java:70)
at com.collaxa.cube.engine.ejb.impl.WorkerBean.onMessage(WorkerBean.java:86)
at sun.reflect.GeneratedMethodAccessor57.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:585)
at com.evermind.server.ejb.interceptor.joinpoint.EJBJoinPointImpl.invoke(EJBJoinPointImpl.java:35)
at com.evermind.server.ejb.interceptor.InvocationContextImpl.proceed(InvocationContextImpl.java:119)
at com.evermind.server.ejb.interceptor.system.DMSInterceptor.invoke(DMSInterceptor.java:52)
at com.evermind.server.ejb.interceptor.InvocationContextImpl.proceed(InvocationContextImpl.java:119)
at com.evermind.server.ejb.interceptor.system.SetContextActionInterceptor.invoke(SetContextActionInterceptor.java:44)
at com.evermind.server.ejb.interceptor.InvocationContextImpl.proceed(InvocationContextImpl.java:119)
at com.evermind.server.ejb.InvocationContextPool.invoke(InvocationContextPool.java:55)
at oracle.j2ee.connector.messageinflow.MessageEndpointImpl.OC4J_invokeMethod(MessageEndpointImpl.java:297)
at WorkerBean_EndPointProxy_4bin6i8.onMessage(Unknown Source)
at oracle.j2ee.ra.jms.generic.WorkConsumer.run(WorkConsumer.java:266)
at oracle.j2ee.connector.work.WorkWrapper.runTargetWork(WorkWrapper.java:242)
at oracle.j2ee.connector.work.WorkWrapper.doWork(WorkWrapper.java:215)
at oracle.j2ee.connector.work.WorkWrapper.run(WorkWrapper.java:190)
at EDU.oswego.cs.dl.util.concurrent.PooledExecutor$Worker.run(PooledExecutor.java:814)
at java.lang.Thread.run(Thread.java:595)
javax.ejb.EJBException: An exception occurred during transaction completion: ; nested exception is: javax.transaction.RollbackException: Timed out
at com.evermind.server.ejb.EJBUtils.createEJBException(EJBUtils.java:365)
at com.evermind.server.ejb.EJBTransactionManager.end(EJBTransactionManager.java:139)
at com.evermind.server.ejb.interceptor.system.TxRequiredInterceptor.invoke(TxRequiredInterceptor.java:57)
at com.evermind.server.ejb.interceptor.InvocationContextImpl.proceed(InvocationContextImpl.java:119)
at com.evermind.server.ejb.interceptor.system.DMSInterceptor.invoke(DMSInterceptor.java:52)
at com.evermind.server.ejb.interceptor.InvocationContextImpl.proceed(InvocationContextImpl.java:119)
at com.evermind.server.ejb.InvocationContextPool.invoke(InvocationContextPool.java:55)
at com.evermind.server.ejb.StatelessSessionEJBObject.OC4J_invokeMethod(StatelessSessionEJBObject.java:87)
at CubeDeliveryBean_LocalProxy_4bin6i8.handleInvoke(Unknown Source)
at com.collaxa.cube.engine.dispatch.message.invoke.InvokeInstanceMessageHandler.handle(InvokeInstanceMessageHandler.java:37)
at com.collaxa.cube.engine.dispatch.DispatchHelper.handleMessage(DispatchHelper.java:138)
at com.collaxa.cube.engine.dispatch.BaseScheduledWorker.process(BaseScheduledWorker.java:70)
at com.collaxa.cube.engine.ejb.impl.WorkerBean.onMessage(WorkerBean.java:86)
at sun.reflect.GeneratedMethodAccessor57.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:585)
at com.evermind.server.ejb.interceptor.joinpoint.EJBJoinPointImpl.invoke(EJBJoinPointImpl.java:35)
at com.evermind.server.ejb.interceptor.InvocationContextImpl.proceed(InvocationContextImpl.java:119)
at com.evermind.server.ejb.interceptor.system.DMSInterceptor.invoke(DMSInterceptor.java:52)
at com.evermind.server.ejb.interceptor.InvocationContextImpl.proceed(InvocationContextImpl.java:119)
at com.evermind.server.ejb.interceptor.system.SetContextActionInterceptor.invoke(SetContextActionInterceptor.java:44)
at com.evermind.server.ejb.interceptor.InvocationContextImpl.proceed(InvocationContextImpl.java:119)
at com.evermind.server.ejb.InvocationContextPool.invoke(InvocationContextPool.java:55)
at oracle.j2ee.connector.messageinflow.MessageEndpointImpl.OC4J_invokeMethod(MessageEndpointImpl.java:297)
at WorkerBean_EndPointProxy_4bin6i8.onMessage(Unknown Source)
at oracle.j2ee.ra.jms.generic.WorkConsumer.run(WorkConsumer.java:266)
at oracle.j2ee.connector.work.WorkWrapper.runTargetWork(WorkWrapper.java:242)
at oracle.j2ee.connector.work.WorkWrapper.doWork(WorkWrapper.java:215)
at oracle.j2ee.connector.work.WorkWrapper.run(WorkWrapper.java:190)
at EDU.oswego.cs.dl.util.concurrent.PooledExecutor$Worker.run(PooledExecutor.java:814)
at java.lang.Thread.run(Thread.java:595)
Caused by: javax.transaction.RollbackException: Timed out
at com.evermind.server.ApplicationServerTransaction.checkForRollbackOnlyWhileInCommit(ApplicationServerTransaction.java:633)
at com.evermind.server.ApplicationServerTransaction.doCommit(ApplicationServerTransaction.java:273)
at com.evermind.server.ApplicationServerTransaction.commit(ApplicationServerTransaction.java:162)
at com.evermind.server.ApplicationServerTransactionManager.commit(ApplicationServerTransactionManager.java:472)
at com.evermind.server.ejb.EJBTransactionManager.end(EJBTransactionManager.java:132)
... 29 more
<2010-01-19 17:33:42,604> <ERROR> <default.collaxa.cube.engine.dispatch> <BaseScheduledWorker::process> Failed to handle dispatch message ... exception ORABPEL-05002
Message handle error.
An exception occurred while attempting to process the message "com.collaxa.cube.engine.dispatch.message.invoke.InvokeInstanceMessage"; the exception is: An exception occurred during transaction completion: ; nested exception is: javax.transaction.RollbackException: Timed out
ORABPEL-05002
Message handle error.
An exception occurred while attempting to process the message "com.collaxa.cube.engine.dispatch.message.invoke.InvokeInstanceMessage"; the exception is: An exception occurred during transaction completion: ; nested exception is: javax.transaction.RollbackException: Timed out
at com.collaxa.cube.engine.dispatch.DispatchHelper.handleMessage(DispatchHelper.java:171)
at com.collaxa.cube.engine.dispatch.BaseScheduledWorker.process(BaseScheduledWorker.java:70)
at com.collaxa.cube.engine.ejb.impl.WorkerBean.onMessage(WorkerBean.java:86)
at sun.reflect.GeneratedMethodAccessor57.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:585)
at com.evermind.server.ejb.interceptor.joinpoint.EJBJoinPointImpl.invoke(EJBJoinPointImpl.java:35)
at com.evermind.server.ejb.interceptor.InvocationContextImpl.proceed(InvocationContextImpl.java:119)
at com.evermind.server.ejb.interceptor.system.DMSInterceptor.invoke(DMSInterceptor.java:52)
at com.evermind.server.ejb.interceptor.InvocationContextImpl.proceed(InvocationContextImpl.java:119)
at com.evermind.server.ejb.interceptor.system.SetContextActionInterceptor.invoke(SetContextActionInterceptor.java:44)
at com.evermind.server.ejb.interceptor.InvocationContextImpl.proceed(InvocationContextImpl.java:119)
at com.evermind.server.ejb.InvocationContextPool.invoke(InvocationContextPool.java:55)
at oracle.j2ee.connector.messageinflow.MessageEndpointImpl.OC4J_invokeMethod(MessageEndpointImpl.java:297)
at WorkerBean_EndPointProxy_4bin6i8.onMessage(Unknown Source)
at oracle.j2ee.ra.jms.generic.WorkConsumer.run(WorkConsumer.java:266)
at oracle.j2ee.connector.work.WorkWrapper.runTargetWork(WorkWrapper.java:242)
at oracle.j2ee.connector.work.WorkWrapper.doWork(WorkWrapper.java:215)
at oracle.j2ee.connector.work.WorkWrapper.run(WorkWrapper.java:190)
at EDU.oswego.cs.dl.util.concurrent.PooledExecutor$Worker.run(PooledExecutor.java:814)
at java.lang.Thread.run(Thread.java:595)
<2010-01-19 17:33:42,605> <ERROR> <default.collaxa.cube.engine.dispatch> <DispatchHelper::handleMessage> failed to handle message
javax.ejb.EJBException: An exception occurred during transaction completion: ; nested exception is: javax.transaction.RollbackException: Timed out
javax.transaction.RollbackException: Timed out
at com.evermind.server.ApplicationServerTransaction.checkForRollbackOnlyWhileInCommit(ApplicationServerTransaction.java:633)
at com.evermind.server.ApplicationServerTransaction.doCommit(ApplicationServerTransaction.java:273)
at com.evermind.server.ApplicationServerTransaction.commit(ApplicationServerTransaction.java:162)
at com.evermind.server.ApplicationServerTransactionManager.commit(ApplicationServerTransactionManager.java:472)
at com.evermind.server.ejb.EJBTransactionManager.end(EJBTransactionManager.java:132)
at com.evermind.server.ejb.interceptor.system.TxRequiredInterceptor.invoke(TxRequiredInterceptor.java:57)
at com.evermind.server.ejb.interceptor.InvocationContextImpl.proceed(InvocationContextImpl.java:119)
at com.evermind.server.ejb.interceptor.system.DMSInterceptor.invoke(DMSInterceptor.java:52)
at com.evermind.server.ejb.interceptor.InvocationContextImpl.proceed(InvocationContextImpl.java:119)
at com.evermind.server.ejb.InvocationContextPool.invoke(InvocationContextPool.java:55)
at com.evermind.server.ejb.StatelessSessionEJBObject.OC4J_invokeMethod(StatelessSessionEJBObject.java:87)
at CubeDeliveryBean_LocalProxy_4bin6i8.handleInvoke(Unknown Source)
at com.collaxa.cube.engine.dispatch.message.invoke.InvokeInstanceMessageHandler.handle(InvokeInstanceMessageHandler.java:37)
at com.collaxa.cube.engine.dispatch.DispatchHelper.handleMessage(DispatchHelper.java:138)
at com.collaxa.cube.engine.dispatch.BaseScheduledWorker.process(BaseScheduledWorker.java:70)
at com.collaxa.cube.engine.ejb.impl.WorkerBean.onMessage(WorkerBean.java:86)
at sun.reflect.GeneratedMethodAccessor57.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:585)
at com.evermind.server.ejb.interceptor.joinpoint.EJBJoinPointImpl.invoke(EJBJoinPointImpl.java:35)
at com.evermind.server.ejb.interceptor.InvocationContextImpl.proceed(InvocationContextImpl.java:119)
at com.evermind.server.ejb.interceptor.system.DMSInterceptor.invoke(DMSInterceptor.java:52)
at com.evermind.server.ejb.interceptor.InvocationContextImpl.proceed(InvocationContextImpl.java:119)
at com.evermind.server.ejb.interceptor.system.SetContextActionInterceptor.invoke(SetContextActionInterceptor.java:44)
at com.evermind.server.ejb.interceptor.InvocationContextImpl.proceed(InvocationContextImpl.java:119)
at com.evermind.server.ejb.InvocationContextPool.invoke(InvocationContextPool.java:55)
at oracle.j2ee.connector.messageinflow.MessageEndpointImpl.OC4J_invokeMethod(MessageEndpointImpl.java:297)
at WorkerBean_EndPointProxy_4bin6i8.onMessage(Unknown Source)
at oracle.j2ee.ra.jms.generic.WorkConsumer.run(WorkConsumer.java:266)
at oracle.j2ee.connector.work.WorkWrapper.runTargetWork(WorkWrapper.java:242)
at oracle.j2ee.connector.work.WorkWrapper.doWork(WorkWrapper.java:215)
at oracle.j2ee.connector.work.WorkWrapper.run(WorkWrapper.java:190)
at EDU.oswego.cs.dl.util.concurrent.PooledExecutor$Worker.run(PooledExecutor.java:814)
at java.lang.Thread.run(Thread.java:595)
javax.ejb.EJBException: An exception occurred during transaction completion: ; nested exception is: javax.transaction.RollbackException: Timed out
at com.evermind.server.ejb.EJBUtils.createEJBException(EJBUtils.java:365)
at com.evermind.server.ejb.EJBTransactionManager.end(EJBTransactionManager.java:139)
at com.evermind.server.ejb.interceptor.system.TxRequiredInterceptor.invoke(TxRequiredInterceptor.java:57)
at com.evermind.server.ejb.interceptor.InvocationContextImpl.proceed(InvocationContextImpl.java:119)
at com.evermind.server.ejb.interceptor.system.DMSInterceptor.invoke(DMSInterceptor.java:52)
at com.evermind.server.ejb.interceptor.InvocationContextImpl.proceed(InvocationContextImpl.java:119)
at com.evermind.server.ejb.InvocationContextPool.invoke(InvocationContextPool.java:55)
at com.evermind.server.ejb.StatelessSessionEJBObject.OC4J_invokeMethod(StatelessSessionEJBObject.java:87)
at CubeDeliveryBean_LocalProxy_4bin6i8.handleInvoke(Unknown Source)
at com.collaxa.cube.engine.dispatch.message.invoke.InvokeInstanceMessageHandler.handle(InvokeInstanceMessageHandler.java:37)
at com.collaxa.cube.engine.dispatch.DispatchHelper.handleMessage(DispatchHelper.java:138)
at com.collaxa.cube.engine.dispatch.BaseScheduledWorker.process(BaseScheduledWorker.java:70)
at com.collaxa.cube.engine.ejb.impl.WorkerBean.onMessage(WorkerBean.java:86)
at sun.reflect.GeneratedMethodAccessor57.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:585)
at com.evermind.server.ejb.interceptor.joinpoint.EJBJoinPointImpl.invoke(EJBJoinPointImpl.java:35)
at com.evermind.server.ejb.interceptor.InvocationContextImpl.proceed(InvocationContextImpl.java:119)
at com.evermind.server.ejb.interceptor.system.DMSInterceptor.invoke(DMSInterceptor.java:52)
at com.evermind.server.ejb.interceptor.InvocationContextImpl.proceed(InvocationContextImpl.java:119)
at com.evermind.server.ejb.interceptor.system.SetContextActionInterceptor.invoke(SetContextActionInterceptor.java:44)
at com.evermind.server.ejb.interceptor.InvocationContextImpl.proceed(InvocationContextImpl.java:119)
at com.evermind.server.ejb.InvocationContextPool.invoke(InvocationContextPool.java:55)
at oracle.j2ee.connector.messageinflow.MessageEndpointImpl.OC4J_invokeMethod(MessageEndpointImpl.java:297)
at WorkerBean_EndPointProxy_4bin6i8.onMessage(Unknown Source)
at oracle.j2ee.ra.jms.generic.WorkConsumer.run(WorkConsumer.java:266)
at oracle.j2ee.connector.work.WorkWrapper.runTargetWork(WorkWrapper.java:242)
at oracle.j2ee.connector.work.WorkWrapper.doWork(WorkWrapper.java:215)
at oracle.j2ee.connector.work.WorkWrapper.run(WorkWrapper.java:190)
at EDU.oswego.cs.dl.util.concurrent.PooledExecutor$Worker.run(PooledExecutor.java:814)
at java.lang.Thread.run(Thread.java:595)
Caused by: javax.transaction.RollbackException: Timed out
at com.evermind.server.ApplicationServerTransaction.checkForRollbackOnlyWhileInCommit(ApplicationServerTransaction.java:633)
at com.evermind.server.ApplicationServerTransaction.doCommit(ApplicationServerTransaction.java:273)
at com.evermind.server.ApplicationServerTransaction.commit(ApplicationServerTransaction.java:162)
at com.evermind.server.ApplicationServerTransactionManager.commit(ApplicationServerTransactionManager.java:472)
at com.evermind.server.ejb.EJBTransactionManager.end(EJBTransactionManager.java:132)
... 29 more
After half an hour, BPEL will report below error log:
ORABPEL-04067
Cannot update invoke message.
The process domain was unable to update the state of the invocation message "99e5b70b31758b56:3c0225db:126439fa400:48c0". The exception reported is: Io exception: Connection reset
Please check that the machine hosting the datasource is physically connected to the network. Otherwise, check that the datasource connection parameters (user/password) is currently valid.
sql statement: UPDATE invoke_message SET state = ? WHERE message_guid = ?
I am not sure these two error has any relationship.
But it is an issue that BAM sensor ofter report transaction time out.sorry, I forgot the below things which I tried to tune the JMS.
<property name="retryMaxCount">10</property>
<property name="retryInterval">60</property>
<property name="useJCAConnectionPool">true</property>
<property name="maxSizeJCAConnectionPool">500</property>
Thanks. -
Hi All,
When a transaction (notification creation) is being posted, we are receiving a Transaction Failure. I have still not been able to recreate the scenario, so cannot provide the exact scenario in which it is happening.
This issue is happening only for some users in our system. Others face no issue while posting the same transaction.
I am posting the logs below and hoping that somebody will know what it can mean:
Messages.log:
I, 200, 20, 3, 05/13/2014 09:07:28,
0, 377,
, ANGEL: DDDCE6C7-FE70-4CD0-BDF2-289DD4C66857
Q, 200, 20, 3, 05/13/2014 09:07:28,
0, 377,
xxxxxxxx, ANGEL: DDDCE6C7-FE70-4CD0-BDF2-289DD4C66857
A, 200, 20, 3, 05/13/2014 09:07:28,
0, 377,
xxxxxxxx, ANGEL: DDDCE6C7-FE70-4CD0-BDF2-289DD4C66857
S, 200, 20, 3, 05/13/2014 09:07:28, 33,
3, 377,
xxxxxxxx, ANGEL: DDDCE6C7-FE70-4CD0-BDF2-289DD4C66857
Events.log:
05/13/2014 09:07:28, 1,
0,
2, Thr
6576, class ServerExternalData, d:\syclo_buildbot\bugs_6.0\syclo\refcount.h#154:RCP<class ServerExternalData>::operator ->
05/13/2014 09:07:28, 1,
24,
1, Thr
6576, Transaction Failure Exception, Fatality = -1, NotificationTitle = "XNullPointerDereference", NotificationText = ""
05/13/2014 09:07:28, 1,
0,
2, Thr
6576, d:\syclo_buildbot\bugs_6.0\syclo\refcount.h#154:RCP<class ServerExternalData>::operator ->
Java Logs:
2014/05/13 09:07:28.817: + Thread=6576
2014/05/13 09:07:28.817: + Thread Pool=Server
2014/05/13 09:07:28.817: + WorkFunction=000000006C58EED0
2014/05/13 09:07:28.817: + User=xxxx
2014/05/13 09:07:28.817: + Server=Agentry
2014/05/13 09:07:28.817: + BackEnd=Java-1
2014/05/13 09:07:28.817: + BackEnd=Java-1
2014/05/13 09:07:28.817: com.syclo.sap.TransactionSession::beginTransaction::::begin
2014/05/13 09:07:28.817: + BackEnd=Java-1
2014/05/13 09:07:28.817: com.syclo.sap.TransactionSession::beginTransaction::::--------------------------------
Regards
Ankur MalhotraHi All,
When a transaction (notification creation) is being posted, we are receiving a Transaction Failure. I have still not been able to recreate the scenario, so cannot provide the exact scenario in which it is happening.
This issue is happening only for some users in our system. Others face no issue while posting the same transaction.
I am posting the logs below and hoping that somebody will know what it can mean:
Messages.log:
I, 200, 20, 3, 05/13/2014 09:07:28,
0, 377,
, ANGEL: DDDCE6C7-FE70-4CD0-BDF2-289DD4C66857
Q, 200, 20, 3, 05/13/2014 09:07:28,
0, 377,
xxxxxxxx, ANGEL: DDDCE6C7-FE70-4CD0-BDF2-289DD4C66857
A, 200, 20, 3, 05/13/2014 09:07:28,
0, 377,
xxxxxxxx, ANGEL: DDDCE6C7-FE70-4CD0-BDF2-289DD4C66857
S, 200, 20, 3, 05/13/2014 09:07:28, 33,
3, 377,
xxxxxxxx, ANGEL: DDDCE6C7-FE70-4CD0-BDF2-289DD4C66857
Events.log:
05/13/2014 09:07:28, 1,
0,
2, Thr
6576, class ServerExternalData, d:\syclo_buildbot\bugs_6.0\syclo\refcount.h#154:RCP<class ServerExternalData>::operator ->
05/13/2014 09:07:28, 1,
24,
1, Thr
6576, Transaction Failure Exception, Fatality = -1, NotificationTitle = "XNullPointerDereference", NotificationText = ""
05/13/2014 09:07:28, 1,
0,
2, Thr
6576, d:\syclo_buildbot\bugs_6.0\syclo\refcount.h#154:RCP<class ServerExternalData>::operator ->
Java Logs:
2014/05/13 09:07:28.817: + Thread=6576
2014/05/13 09:07:28.817: + Thread Pool=Server
2014/05/13 09:07:28.817: + WorkFunction=000000006C58EED0
2014/05/13 09:07:28.817: + User=xxxx
2014/05/13 09:07:28.817: + Server=Agentry
2014/05/13 09:07:28.817: + BackEnd=Java-1
2014/05/13 09:07:28.817: + BackEnd=Java-1
2014/05/13 09:07:28.817: com.syclo.sap.TransactionSession::beginTransaction::::begin
2014/05/13 09:07:28.817: + BackEnd=Java-1
2014/05/13 09:07:28.817: com.syclo.sap.TransactionSession::beginTransaction::::--------------------------------
Regards
Ankur Malhotra -
Issue in MD04 transaction with exception message 26
Dear All,
I am facing 2 issues:
1) Even if the sales order line is confirmed and fulfilled, we are getting the stock for that material against the same sales order in the MMBE Transaction.
2) For the above material present in those sales Order which are confirmed and fulfilled, We are getting the entries for that material in Transaction MD04 ( Stock requirement list of the material after we run the MRP for a particular materia) with the exception message 26.
From our end, we have used the report sdrqcr21 which delete the wrong entries from "VBBE" so that MD04 will show incorrect entries but this approach is not helping us in the above situation.
Regards,
RakeshRakesh,
This is one issue. There is nothing wrong with the software, this is standard behavior. You have built or procured more stock than was required by the sales order. The remaining unnecessary stock is now sitting in inventory, and is displayed in MD04 under the Sales order segment. This stock can never be used again within SAP, unless someone re-opens the sales order or performs some transaction to remove the stock from being 'Sales order on hand' stock.
Some companies will scrap this material, using their standard scrapping policies. Others will transfer this un-usable E stock to general stock, if it can actually be reused.
Rgds,
DB49 -
Transaction RollBack Exception
Hi Every one,
Im facing a problem with entity bean.When ever I create an instance, after setting all the values to the attributes, the the transaction is being rolled back with ClassCastException: java.lang.Integer.
For one of the attributes, Im getting it from an ArrayList and then Im convering it to int variable as below:
Integer intQueueId= new Integer((String)arrQueueId.get(count));
int serverQueueId = intQueueId.intValue();
I donno whether this is the problem. Below is the exception stack trace
19:58:14,971 ERROR [STDERR] javax.transaction.TransactionRolledbackException: java.lang.Integer; nested exception is:
java.lang.ClassCastException: java.lang.Integer
19:58:14,987 ERROR [STDERR] at org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext(AbstractTxInterceptor.java:214)
19:58:14,987 ERROR [STDERR] at org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(TxInterceptorCMT.java:243)
19:58:14,987 ERROR [STDERR] at org.jboss.ejb.plugins.TxInterceptorCMT.invokeHome(TxInterceptorCMT.java:74)
19:58:14,987 ERROR [STDERR] at org.jboss.ejb.plugins.SecurityInterceptor.invokeHome(SecurityInterceptor.java:92)
19:58:14,987 ERROR [STDERR] at org.jboss.ejb.plugins.LogInterceptor.invokeHome(LogInterceptor.java:120)
19:58:14,987 ERROR [STDERR] at org.jboss.ejb.plugins.ProxyFactoryFinderInterceptor.invokeHome(ProxyFactoryFinderInterceptor.java:93)
19:58:14,987 ERROR [STDERR] at org.jboss.ejb.EntityContainer.internalInvokeHome(EntityContainer.java:477)
19:58:14,987 ERROR [STDERR] at org.jboss.ejb.Container.invoke(Container.java:694)
19:58:14,987 ERROR [STDERR] at sun.reflect.GeneratedMethodAccessor97.invoke(Unknown Source)
19:58:14,987 ERROR [STDERR] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
19:58:14,987 ERROR [STDERR] at java.lang.reflect.Method.invoke(Method.java:324)
19:58:14,987 ERROR [STDERR] at org.jboss.mx.capability.ReflectedMBeanDispatcher.invoke(ReflectedMBeanDispatcher.java:284)
19:58:14,987 ERROR [STDERR] at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:549)
19:58:14,987 ERROR [STDERR] at org.jboss.invocation.local.LocalInvoker.invoke(LocalInvoker.java:101)
19:58:14,987 ERROR [STDERR] at org.jboss.invocation.InvokerInterceptor.invoke(InvokerInterceptor.java:83)
19:58:14,987 ERROR [STDERR] at org.jboss.proxy.TransactionInterceptor.invoke(TransactionInterceptor.java:46)
19:58:14,987 ERROR [STDERR] at org.jboss.proxy.SecurityInterceptor.invoke(SecurityInterceptor.java:45)
19:58:14,987 ERROR [STDERR] at org.jboss.proxy.ejb.HomeInterceptor.invoke(HomeInterceptor.java:173)
19:58:14,987 ERROR [STDERR] at org.jboss.proxy.ClientContainer.invoke(ClientContainer.java:85)
19:58:15,003 ERROR [STDERR] at $Proxy155.create(Unknown Source)new Integer((String)arrQueueId.get(count));
This line of code will generate a ClassCastException of the type posted if your list contains Integers. Is it responsible for the error? -
Transaction Aborted Exceptions are seen when service downloading data
Hi,
We are getting two different types of exceptions while one service trying to download data from another service
There are two scenarios where we are getting these transaction exceptions that are seen when client's service downloads data from server's service.
1. The first kind of transaction exception is seen when service is trying to send the message to messaging queue in the InitialReceiveNext() method. The queue.send method throws this exception and the stack trace is as mentioned below:
04 Jun 2014 19:16:12,805 [BridgeExchanger] TRACE - Sending queue message 00000000-0000-0000-0000-000000000000\0 to queue private$\msgqueue
04 Jun 2014 19:16:12,806 [ClientBridgeEndpoint] ERROR - Error occurred during Receive!
System.Transactions.TransactionException: The operation is not valid for the state of the transaction. ---> System.TimeoutException: Transaction Timeout
— End of inner exception stack trace —
at System.Transactions.TransactionState.Promote(InternalTransaction tx)
at System.Transactions.Transaction.Promote()
at System.Transactions.TransactionInterop.ConvertToOletxTransaction(Transaction transaction)
at System.Transactions.TransactionInterop.GetDtcTransaction(Transaction transaction)
at System.Messaging.MessageQueue.StaleSafeSendMessage(MQPROPS properties, IntPtr transaction)
at System.Messaging.MessageQueue.SendInternal(Object obj, MessageQueueTransaction internalTransaction, MessageQueueTransactionType transactionType)
at CI.Platform.Bus.Bridge.Client.BridgeExchanger.InitialReceiveNext(DownloadEndpoint endpoint)
at CI.Platform.Bus.Bridge.Client.BridgeExchanger.ReceiveNext()
at CI.Platform.Bus.Bridge.Client.ClientBridgeEndpoint.Exchange(Object state)
2. The second kind of exception is seen at the transaction.complete statement in the InitialReceiveNext() method. The stack trace is as shown below:
04 Jun 2014 23:15:59,152 [BridgeExchanger] DEBUG - Skipping the download message as the message is already downloaded..No new message is added to queue private$\msgqueue
04 Jun 2014 23:15:59,153 [ClientBridgeEndpoint] ERROR - Error occurred during Receive!
System.Transactions.TransactionAbortedException: The transaction has aborted. ---> System.TimeoutException: Transaction Timeout
— End of inner exception stack trace —
at System.Transactions.TransactionStateAborted.BeginCommit(InternalTransaction tx, Boolean asyncCommit, AsyncCallback asyncCallback, Object asyncState)
at System.Transactions.CommittableTransaction.Commit()
at System.Transactions.TransactionScope.InternalDispose()
at System.Transactions.TransactionScope.Dispose()
at CI.Platform.Bus.Bridge.Client.BridgeExchanger.InitialReceiveNext(DownloadEndpoint endpoint)
at CI.Platform.Bus.Bridge.Client.BridgeExchanger.ReceiveNext()
at CI.Platform.Bus.Bridge.Client.ClientBridgeEndpoint.Exchange(Object state)
If anybody has any insight please reply.
Thanks in advance!!!Hello,
Your two questions are both related to MSMQ forum. Please post threads on that forum for more effective response. Please refer to
http://social.msdn.microsoft.com/Forums/windowsdesktop/en-US/home?forum=msmq. Thank you for understanding.
Regards,
We are trying to better understand customer views on social support experience, so your participation in this interview project would be greatly appreciated if you have time. Thanks for helping make community forums a great place.
Click
HERE to participate the survey. -
Dependent transaction and exceptions
Hi,
We have a main transaction with a sub-transaction
(dependent). The main transaction has an exception-
handler that responds to specific exceptions and
communicates to the user why the transaction failed.
However, all exceptions that occur within the depen-
dent transaction are only visible as "AbortTransaction"
exceptions and not as the original exceptions that
caused the transaction to abort.
Is there is way to find the original exception?
Pascal Rottier
STP - MSS Support & Coordination Group
Philip Morris Europe
e-mail: [email protected]
Phone: +49 (0)89-72472530
+++++++++++++++++++++++++++++++++++
Origin IT-services
Desktop Business Solutions Rotterdam
e-mail: [email protected]
Phone: +31 (0)10-2428100
+++++++++++++++++++++++++++++++++++
/* Ever stop to think, and forget to start again? */
To unsubscribe, email '[email protected]' with
'unsubscribe forte-users' as the body of the message.
Searchable thread archive <URL:http://pinehurst.sageit.com/listarchive/forte>Hello,
When you have nested transactions in forte and when the call within the nested
transaction
fails, forte should raise an AbortException , but what forte raises is an
internal (private) implementation of AbortException called qqsp_AbortException.
And if the calls are made to the database the exception is qqdb_AbortException, I
believe. If you are still particular in handling the exceptions out of nested
transactions, you could trap the exception by coding for this type..
Exception
when e: qqsp_abortException do
This code compiles and works. You might have a problem down the road if forte
changes the name of this exception or removes it totally.
In any case, the calls made from the outer transaction are not committed until
all the inner transaction calls are committed. So if any call in the inner
transaction fails the calls made from the outer transaction are also rolled back.
If you wish to commit the calls made in the outer transaction, you would have to
handle the exception raised from the inner transaction. Since forte does not
raise the abort exception correctly, you would have to code for
qqsp_abortexception or move away from nested transactions.
Good luck,
Bala Cuddalore
Sage IT Partners
Rottier, Pascal wrote:
Hi,
We have a main transaction with a sub-transaction
(dependent). The main transaction has an exception-
handler that responds to specific exceptions and
communicates to the user why the transaction failed.
However, all exceptions that occur within the depen-
dent transaction are only visible as "AbortTransaction"
exceptions and not as the original exceptions that
caused the transaction to abort.
Is there is way to find the original exception?
Pascal Rottier
STP - MSS Support & Coordination Group
Philip Morris Europe
e-mail: [email protected]
Phone: +49 (0)89-72472530
+++++++++++++++++++++++++++++++++++
Origin IT-services
Desktop Business Solutions Rotterdam
e-mail: [email protected]
Phone: +31 (0)10-2428100
+++++++++++++++++++++++++++++++++++
/* Ever stop to think, and forget to start again? */
To unsubscribe, email '[email protected]' with
'unsubscribe forte-users' as the body of the message.
Searchable thread archive <URL:http://pinehurst.sageit.com/listarchive/forte>-
To unsubscribe, email '[email protected]' with
'unsubscribe forte-users' as the body of the message.
Searchable thread archive <URL:http://pinehurst.sageit.com/listarchive/forte> -
WebLogic and Transaction related exception
We deploy our application on Web logic 8.1 and used SQL Server 2000 as database.
we received the following error: (never received this any time in the past for 3 yrs)
JTS.Site.DB_Name, HeuristicHazard, (javax.transaction.xa.XAException: [TDS Driver]The connection is closed)) !
Here is more information from Web Logic Log.
<ExecuteThread: '8' for queue: 'ServletQueue'> <<anonymous>> <BEA1-075FCECB75B815E20364> <BEA-110412> <Xid=BEA1-075FCECB75B815E20364(187704364),Status=Committed,HeuristicErrorCode=XA_HEURHAZ,numRepliesOwedMe=0,numRepliesOwedOthers=0,seconds since begin=0,seconds left=120,activeThread=Thread[ExecuteThread: '8' for queue: 'ServletQueue',5,Thread Group for Queue: 'ServletQueue'],XAServerResourceInfo[JTS.SITE.JNDI_Name]=(ServerResourceInfo[JTS.SITE.JNDI_Name]=(state=committed,assigned=PAS Name),xar=JTS.SITE.JNDI_Name])........
Any help or advice in this regard will be appreciated....Thanks.Dear readers,
Found the cause: somewhere OpenJPA threw an exception which caused the transaction to roll back.
The exception was caught locally hiding the rollback.
cheers
Marc -
Branch Stalls - Transaction Rollback Exception
Hi,
We are getting so many branch stalls in adminui for completed processes. The details for stall are given below:
javax.ejb.TransactionRolledbackLocalException
at org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext(AbstractTxInterceptor.java:262)
at org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(TxInterceptorCMT.java:350)
at org.jboss.ejb.plugins.TxInterceptorCMT.invoke(TxInterceptorCMT.java:181)
at org.jboss.ejb.plugins.SecurityInterceptor.invoke(SecurityInterceptor.java:168)
at org.jboss.ejb.plugins.LogInterceptor.invoke(LogInterceptor.java:205)
at org.jboss.ejb.plugins.ProxyFactoryFinderInterceptor.invoke(ProxyFactoryFinderInterceptor. java:138)
at org.jboss.ejb.SessionContainer.internalInvoke(SessionContainer.java:648)
at org.jboss.ejb.Container.invoke(Container.java:960)
at org.jboss.ejb.plugins.local.BaseLocalProxyFactory.invoke(BaseLocalProxyFactory.java:430)
at org.jboss.ejb.plugins.local.StatelessSessionProxy.invoke(StatelessSessionProxy.java:103)
at $Proxy420.finalizeCompleteProcess(Unknown Source)
at com.adobe.workflow.engine.ProcessEngineBMTBean.asyncContinueBranchCommand(ProcessEngineBM TBean.java:2538)
at sun.reflect.GeneratedMethodAccessor1985.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
at java.lang.reflect.Method.invoke(Unknown Source)
at org.jboss.invocation.Invocation.performCall(Invocation.java:359)
at org.jboss.ejb.StatelessSessionContainer$ContainerInterceptor.invoke(StatelessSessionConta iner.java:237)
at org.jboss.resource.connectionmanager.CachedConnectionInterceptor.invoke(CachedConnectionI nterceptor.java:158)
at org.jboss.ejb.plugins.CallValidationInterceptor.invoke(CallValidationInterceptor.java:63)
at org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext(AbstractTxInterceptor.java:121)
at org.jboss.ejb.plugins.AbstractTxInterceptorBMT.invokeNext(AbstractTxInterceptorBMT.java:1 73)
at org.jboss.ejb.plugins.TxInterceptorBMT.invoke(TxInterceptorBMT.java:77)
at org.jboss.ejb.plugins.StatelessSessionInstanceInterceptor.invoke(StatelessSessionInstance Interceptor.java:169)
at org.jboss.ejb.plugins.SecurityInterceptor.invoke(SecurityInterceptor.java:168)
at org.jboss.ejb.plugins.LogInterceptor.invoke(LogInterceptor.java:205)
at org.jboss.ejb.plugins.ProxyFactoryFinderInterceptor.invoke(ProxyFactoryFinderInterceptor. java:138)
at org.jboss.ejb.SessionContainer.internalInvoke(SessionContainer.java:648)
at org.jboss.ejb.Container.invoke(Container.java:960)
at org.jboss.ejb.plugins.local.BaseLocalProxyFactory.invoke(BaseLocalProxyFactory.java:430)
at org.jboss.ejb.plugins.local.StatelessSessionProxy.invoke(StatelessSessionProxy.java:103)
at $Proxy421.asyncContinueBranchCommand(Unknown Source)
at com.adobe.idp.workflow.dsc.service.ProcessCommandExecutorService.continueBranch(ProcessCo mmandExecutorService.java:39)
at sun.reflect.GeneratedMethodAccessor17434.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
at java.lang.reflect.Method.invoke(Unknown Source)
at com.adobe.idp.dsc.component.impl.DefaultPOJOInvokerImpl.invoke(DefaultPOJOInvokerImpl.jav a:118)
at com.adobe.idp.workflow.dsc.invoker.WorkflowDSCInvoker.invoke(WorkflowDSCInvoker.java:154)
at com.adobe.idp.dsc.interceptor.impl.InvocationInterceptor.intercept(InvocationInterceptor. java:140)
at com.adobe.idp.dsc.interceptor.impl.RequestInterceptorChainImpl.proceed(RequestInterceptor ChainImpl.java:60)
at com.adobe.idp.dsc.interceptor.impl.DocumentPassivationInterceptor.intercept(DocumentPassi vationInterceptor.java:53)
at com.adobe.idp.dsc.interceptor.impl.RequestInterceptorChainImpl.proceed(RequestInterceptor ChainImpl.java:60)
at com.adobe.idp.dsc.transaction.interceptor.TransactionInterceptor$1.doInTransaction(Transa ctionInterceptor.java:74)
at com.adobe.idp.dsc.transaction.impl.ejb.adapter.EjbTransactionCMTAdapterBean.execute(EjbTr ansactionCMTAdapterBean.java:357)
at com.adobe.idp.dsc.transaction.impl.ejb.adapter.EjbTransactionCMTAdapterBean.doSupports(Ej bTransactionCMTAdapterBean.java:227)
at sun.reflect.GeneratedMethodAccessor691.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
at java.lang.reflect.Method.invoke(Unknown Source)
at org.jboss.invocation.Invocation.performCall(Invocation.java:359)
at org.jboss.ejb.StatelessSessionContainer$ContainerInterceptor.invoke(StatelessSessionConta iner.java:237)
at org.jboss.resource.connectionmanager.CachedConnectionInterceptor.invoke(CachedConnectionI nterceptor.java:158)
at org.jboss.ejb.plugins.StatelessSessionInstanceInterceptor.invoke(StatelessSessionInstance Interceptor.java:169)
at org.jboss.ejb.plugins.CallValidationInterceptor.invoke(CallValidationInterceptor.java:63)
at org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext(AbstractTxInterceptor.java:121)
at org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(TxInterceptorCMT.java:378)
at org.jboss.ejb.plugins.TxInterceptorCMT.invoke(TxInterceptorCMT.java:181)
at org.jboss.ejb.plugins.SecurityInterceptor.invoke(SecurityInterceptor.java:168)
at org.jboss.ejb.plugins.LogInterceptor.invoke(LogInterceptor.java:205)
at org.jboss.ejb.plugins.ProxyFactoryFinderInterceptor.invoke(ProxyFactoryFinderInterceptor. java:138)
at org.jboss.ejb.SessionContainer.internalInvoke(SessionContainer.java:648)
at org.jboss.ejb.Container.invoke(Container.java:960)
at org.jboss.ejb.plugins.local.BaseLocalProxyFactory.invoke(BaseLocalProxyFactory.java:430)
at org.jboss.ejb.plugins.local.StatelessSessionProxy.invoke(StatelessSessionProxy.java:103)
at $Proxy388.doSupports(Unknown Source)
at com.adobe.idp.dsc.transaction.impl.ejb.EjbTransactionProvider.execute(EjbTransactionProvi der.java:104)
at com.adobe.idp.dsc.transaction.interceptor.TransactionInterceptor.intercept(TransactionInt erceptor.java:72)
at com.adobe.idp.dsc.interceptor.impl.RequestInterceptorChainImpl.proceed(RequestInterceptor ChainImpl.java:60)
at com.adobe.idp.dsc.interceptor.impl.InvocationStrategyInterceptor.intercept(InvocationStra tegyInterceptor.java:55)
at com.adobe.idp.dsc.interceptor.impl.RequestInterceptorChainImpl.proceed(RequestInterceptor ChainImpl.java:60)
at com.adobe.idp.dsc.interceptor.impl.InvalidStateInterceptor.intercept(InvalidStateIntercep tor.java:37)
at com.adobe.idp.dsc.interceptor.impl.RequestInterceptorChainImpl.proceed(RequestInterceptor ChainImpl.java:60)
at com.adobe.idp.dsc.interceptor.impl.AuthorizationInterceptor.intercept(AuthorizationInterc eptor.java:165)
at com.adobe.idp.dsc.interceptor.impl.RequestInterceptorChainImpl.proceed(RequestInterceptor ChainImpl.java:60)
at com.adobe.idp.dsc.interceptor.impl.JMXInterceptor.intercept(JMXInterceptor.java:48)
at com.adobe.idp.dsc.interceptor.impl.RequestInterceptorChainImpl.proceed(RequestInterceptor ChainImpl.java:60)
at com.adobe.idp.dsc.engine.impl.ServiceEngineImpl.invoke(ServiceEngineImpl.java:115)
at com.adobe.idp.dsc.routing.Router.routeRequest(Router.java:129)
at com.adobe.idp.dsc.provider.impl.base.AbstractMessageReceiver.routeMessage(AbstractMessage Receiver.java:93)
at com.adobe.idp.dsc.provider.impl.vm.VMMessageDispatcher.doSend(VMMessageDispatcher.java:20 9)
at com.adobe.idp.dsc.provider.impl.base.AbstractMessageDispatcher.send(AbstractMessageDispat cher.java:66)
at com.adobe.idp.dsc.clientsdk.ServiceClient.invoke(ServiceClient.java:208)
at com.adobe.workflow.engine.PEContinueBranchCommand.execute(PEContinueBranchCommand.java:91 )
at com.adobe.workflow.workadapter.WorkflowCommandExecutionUnit.execute(WorkflowCommandExecut ionUnit.java:22)
at com.adobe.idp.dsc.workmanager.adapter.ManagedAsynchronousWorkAdapter.run(ManagedAsynchron ousWorkAdapter.java:70)
at org.jboss.resource.work.WorkWrapper.execute(WorkWrapper.java:204)
at org.jboss.util.threadpool.BasicTaskWrapper.run(BasicTaskWrapper.java:275)
at EDU.oswego.cs.dl.util.concurrent.PooledExecutor$Worker.run(PooledExecutor.java:743)
at java.lang.Thread.run(Unknown Source)
Caused by: java.lang.NullPointerException
at com.adobe.workflow.engine.ProcessEngineCMTBean.finalizeCompleteProcess(ProcessEngineCMTBe an.java:1187)
at sun.reflect.GeneratedMethodAccessor2967.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
at java.lang.reflect.Method.invoke(Unknown Source)
at org.jboss.invocation.Invocation.performCall(Invocation.java:359)
at org.jboss.ejb.StatelessSessionContainer$ContainerInterceptor.invoke(StatelessSessionConta iner.java:237)
at org.jboss.resource.connectionmanager.CachedConnectionInterceptor.invoke(CachedConnectionI nterceptor.java:158)
at org.jboss.ejb.plugins.StatelessSessionInstanceInterceptor.invoke(StatelessSessionInstance Interceptor.java:169)
at org.jboss.ejb.plugins.CallValidationInterceptor.invoke(CallValidationInterceptor.java:63)
at org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext(AbstractTxInterceptor.java:121)
... 86 more
Caused by: java.lang.NullPointerException
at com.adobe.workflow.engine.PEUtil.completeLongLivedJob(PEUtil.java:1328)
at com.adobe.workflow.engine.ProcessEngineCMTBean.finalizeCompleteProcess(ProcessEngineCMTBe an.java:1168)
... 95 more
Caused by: java.lang.NullPointerException
at com.adobe.workflow.engine.PEUtil.completeLongLivedJob(PEUtil.java:1291)
... 96 more
We couldn't arrive at a solution. Please help in resolving this issue.
Regards,
SudhaHi sudha,
i have your same problem, could be it related to centralMigrationBridge Livecycle module?
Did you find any solution for this problem?
Thanks,
Stefano -
Can't catch the exception when transaction rollback ,BPEL/SOA 11G,updated!
Hi Guys ,
I have two insert/update invoke actions through dbadpter in my BPEL process .
When I set the GetActiveUnitOfWork property of those two db adapters to true ,it successfully makes the global transaction work . any of them failed will cause the other rollback.
But the CatchAll brunch can't catch the exception in that case,
I can only see exception message from the system output :
02/11/2009 11:36:46 AM oracle.toplink.transaction.AbstractSynchronizationListener beforeCompletion
WARNING:
Local Exception Stack:
Exception [TOPLINK-4002] (Oracle TopLink - 11g Release 1 (11.1.1.1.0) (Build 090527)): oracle.toplink.exceptions.DatabaseException
Internal Exception: java.sql.SQLIntegrityConstraintViolationException: ORA-00001: unique constraint (Table1_PK) violated
from BPEL console , you can't even see the error , the process finished with no exception.
When I set GetActiveUnitOfWork to false, CatchAll brunch is able to catch the exception , but global rollback is not working .
I try all the other method like set the transaction property of BPEL to required , using checkpoint() in java embedding . it looks like only way is set GetActiveUnitOfWork to true, but can't catch exception.
Here are some updated:
Here is my process
Main Sequence
Invoke (dbadapter update)
Invoke (dbadapter insert)
Global CatchAll
Invoke(jmsAdapter sendjms)
if I disable the CatchAll branch , when insert failed , the insert will rollback as well, even GetActiveUnitOfWork set to false.
enable CatchAll branch , even doing nothing in this branch , the update won't rollback when insert failed. it looks like when catch the exception , bpel seems not rollback , I try to add throw rollback in catchall branch, no any effect.
any clue ?
Kevin
Edited by: kyi on Nov 5, 2009 10:10 AMHi All,
We are also facing a similar kind of issue.
We have a simple BPEL which will makes use of JAva embedding to call an end point to check its availibility.
The Java code for cheking the enpoint connectivity is below
try{
boolean endpointAvailable = false;
long start = System.currentTimeMillis();
int endpointTestURL_port = 8445 ;
int endpointTestURL_timeout = 500;
String endpointTestURL_queryString = "" ;
String endpointTestURL_protocol = (String)getVariableData ("endpointProtocol");
addAuditTrailEntry("endpointTestURL_protocol: " + endpointTestURL_protocol);
String endpointTestURL_host = (String)getVariableData ("endpointHost");
addAuditTrailEntry("endpointTestURL_hostl: " + endpointTestURL_host);
URL endpoint = new URL(endpointTestURL_protocol, endpointTestURL_host, 8445, endpointTestURL_queryString);
addAuditTrailEntry("endpoint object is created" );
String endpointTestURL = endpoint.toExternalForm();
addAuditTrailEntry("Checking availability of endpoint at URL: " + endpointTestURL);
// Configure connection
HttpURLConnection connection = (HttpURLConnection)endpoint.openConnection();
connection.setRequestMethod("GET");
addAuditTrailEntry("The Method is Get");
connection.setConnectTimeout(5000);
addAuditTrailEntry("Timeout is 500 ms");
// Open connection
connection.connect();
addAuditTrailEntry("Open Connection");
String responseMessage = connection.getResponseMessage();
addAuditTrailEntry("Recieved availability response from endpoint as: " + responseMessage);
// Close connection
connection.disconnect();
endpointAvailable = true;
if (endpointAvailable)
setVariableData("crmIsAvailable", "true");
else
setVariableData("crmIsAvailable", "false");
catch(Exception e)
System.out.println ("Error in checking endpoint availability " + e) ;
addAuditTrailEntry("error message is : " +e);
When we run the above as a seperate java program it runs fine i.e goes to the catch block and catches the exception.
But when we run it within the java embedding in BPEL(11G) it gives us the follwoing error.
The reason was The execution of this instance "490001" for process "default/GMDSSalesLeadsBackMediationInterface!1.0*soa_e1a6362f-c148-417c-819c-9327017ebfa4" is supposed to be in an active jta transaction, the current transaction status is "ROLLEDBACK" .
Consult the system administrator regarding this error.
at com.oracle.bpel.client.util.TransactionUtils.throwExceptionIfTxnNotActive(TransactionUtils.java:119)
at com.collaxa.cube.engine.CubeEngine.store(CubeEngine.java:4055)
at com.collaxa.cube.engine.CubeEngine.endRequest(CubeEngine.java:4372)
at com.collaxa.cube.engine.CubeEngine.endRequest(CubeEngine.java:4281)
at com.collaxa.cube.engine.CubeEngine._createAndInvoke(CubeEngine.java:713)
at com.collaxa.cube.engine.CubeEngine.createAndInvoke(CubeEngine.java:545)
at com.collaxa.cube.engine.delivery.DeliveryService.handleInvoke(DeliveryService.java:654)
at com.collaxa.cube.engine.ejb.impl.CubeDeliveryBean.handleInvoke(CubeDeliveryBean.java:355)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at com.bea.core.repackaged.springframework.aop.support.AopUtils.invokeJoinpointUsingReflection(AopUtils.java:310)
at com.bea.core.repackaged.springframework.aop.framework.ReflectiveMethodInvocation.invokeJoinpoint(ReflectiveMethodInvocation.java:182)
at com.bea.core.repackaged.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:149)
at com.bea.core.repackaged.springframework.jee.intercept.MethodInvocationInvocationContext.proceed(MethodInvocationInvocationContext.java:104)
at oracle.security.jps.ee.ejb.JpsAbsInterceptor$1.run(JpsAbsInterceptor.java:88)
at oracle.security.jps.util.JpsSubject.doAsPrivileged(JpsSubject.java:313)
at oracle.security.jps.ee.util.JpsPlatformUtil.runJaasMode(JpsPlatformUtil.java:414)
at oracle.security.jps.wls.JpsWeblogicEjbInterceptor.runJaasMode(JpsWeblogicEjbInterceptor.java:61)
at oracle.security.jps.ee.ejb.JpsAbsInterceptor.intercept(JpsAbsInterceptor.java:106)
at oracle.security.jps.ee.ejb.JpsInterceptor.intercept(JpsInterceptor.java:106)
at sun.reflect.GeneratedMethodAccessor960.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at com.bea.core.repackaged.springframework.aop.support.AopUtils.invokeJoinpointUsingReflection(AopUtils.java:310)
at com.bea.core.repackaged.springframework.jee.intercept.JeeInterceptorInterceptor.invoke(JeeInterceptorInterceptor.java:69)
at com.bea.core.repackaged.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:171)
at com.bea.core.repackaged.springframework.aop.support.DelegatingIntroductionInterceptor.doProceed(DelegatingIntroductionInterceptor.java:131)
at com.bea.core.repackaged.springframework.aop.support.DelegatingIntroductionInterceptor.invoke(DelegatingIntroductionInterceptor.java:119)
at com.bea.core.repackaged.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:171)
at com.bea.core.repackaged.springframework.jee.spi.MethodInvocationVisitorImpl.visit(MethodInvocationVisitorImpl.java:37)
at weblogic.ejb.container.injection.EnvironmentInte
we also get
BEA1-108EA2A88DAF381957FF
weblogic.transaction.internal.TimedOutException: Transaction timed out after 301 seconds
BEA1-108EA2A88DAF381957FF
at weblogic.transaction.internal.ServerTransactionImpl.wakeUp(ServerTransactionImpl.java:1733)
at weblogic.transaction.internal.ServerTransactionManagerImpl.processTimedOutTransactions(ServerTransactionManagerImpl.java:1578)
at weblogic.transaction.internal.TransactionManagerImpl.wakeUp(TransactionManagerImpl.java:1900)
at weblogic.transaction.internal.ServerTransactionManagerImpl.wakeUp(ServerTransactionManagerImpl.java:1488)
at weblogic.transaction.internal.WLSTimer.timerExpired(WLSTimer.java:35)
at weblogic.timers.internal.TimerImpl.run(TimerImpl.java:273)
at weblogic.work.SelfTuningWorkManagerImpl$WorkAdapterImpl.run(SelfTuningWorkManagerImpl.java:528)
at weblogic.work.ExecuteThread.execute(ExecuteThread.java:201)
at weblogic.work.ExecuteThread.run(ExecuteThread.java:173)
javax.ejb.EJBException: Transaction Rolledback.: weblogic.transaction.internal.TimedOutException: Transaction timed out after 301 seconds
BEA1-108EA2A88DAF381957FF
We tried the following
Increase the JTA timeout in the EM console to a larger value like 600 secs.
The BPEL instance is not getting created.
Any help would be appreciated
Thanks
Lalit -
Special G/L transaction which only appears on the exceptions list in F110
Hi All,
While run payment program by F110 for some of the documents are getting not posted due to the error log 017-Special G/L transaction which only appears on the exceptions list. Can anyone tell me to remove the error log and post the same.
Thanks...Dear
As Xing said,kindly reomve the Sp G/L indicator assigned in Vendor tab (Sp. G/L transactions for exceptions list) in FBZP > All Company Code and select your company code and assign them in "Sp. G/L transactions to be paid" in vendor tab and try to run F110.
Try it,it will work.
Do revert for any further help.
Regards, -
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
GaryHi 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.
Maybe you are looking for
-
I dont see the SAP toolbar in Crystal Reports XI
I installed crystal reports XI (I only have one CD) and Business Objects Enterprise. I also installed Business objects integration kit for SAP, after I opened the crystal reports from the start menu I don't see any SAP BW Add On. I dont know why thi
-
I have looked everywhere for the answer, and if someone has the answer, I obviously didn't look hard enough. When I push burn, to burn a playlist, it gives me an error message in the screen at the top saying, "disc burner or software not found." I ha
-
Help with File Upload manually
Hi Experts, I need code to upload a file without using the upload UI Element. we have our terms and conditions which has to be signed by the user and once the user signs and clicks the next button to go to the next page, I generate a pdf with the tim
-
How to get status of a short lived process?
I have a short-lived process I call from servlet (submit servlet), I would know when the process has completed, I tried the following code, but it says [3/3/09 10:35:37:593 PST] 0000002f SystemErr R Caused by: com.adobe.idp.jobmanager.common.JobNotFo
-
How do I change scroll speed in mountain lion for PDF's?
How do I change scroll speed in mountain lion for PDF's?