[ https://issues.jboss.org/browse/AS7-3402?page=com.atlassian.jira.plugin.s... ] jaikiran pai commented on AS7-3402: ----------------------------------- Denis, is there any more details you can add (like Scott asked for)? We are nearing a 7.1.0.Final release and without any details for this issue, it's going to be difficult to isolate and fix it in time. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira

[ https://issues.jboss.org/browse/AS7-3402?page=com.atlassian.jira.plugin.s... ] Denis Pavlishin commented on AS7-3402: -------------------------------------- I added full error server log. My client application not have hibernate-core.jar in classpath (because it doesn't work with database directly) and throw java.lang.reflect.UndeclaredThrowableException on try to get org.hibernate.StaleObjectStateException on client side. I put hibernate-core.jar in client classpath and seem problem solved... But stream closed not always, that making difficult to find reasons. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira

[ https://issues.jboss.org/browse/AS7-3402?page=com.atlassian.jira.plugin.s... ] Denis Pavlishin commented on AS7-3402: -------------------------------------- Before -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira

[ https://issues.jboss.org/browse/AS7-3402?page=com.atlassian.jira.plugin.s... ] Scott Marlow commented on AS7-3402: ----------------------------------- Also, post the contents of your persistence.xml here. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira

[ https://issues.jboss.org/browse/AS7-3402?page=com.atlassian.jira.plugin.s... ] Andrig Miller updated AS7-3402: ------------------------------- Priority: Blocker (was: Major) I'm not getting this exact same thing when running SPECjEnterprise2010. As we have tuned the workload, and made it run faster, I now get this everytime I try to run it, so its blocking progress. I wasn't sure this was an issue, because I couldn't originally correlate the two, but now that I have everything else I was dealing with resolved, I see this everytime. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira

[ https://issues.jboss.org/browse/AS7-3402?page=com.atlassian.jira.plugin.s... ] Scott Marlow commented on AS7-3402: ----------------------------------- Andy, do you know which AS7 server side error occurred around the same time that you got the "Xnio stream closed" error on the client side? Could you post the full exception call stack (from AS7 server.log). -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira

[ https://issues.jboss.org/browse/AS7-3402?page=com.atlassian.jira.plugin.s... ] Andrig Miller commented on AS7-3402: ------------------------------------ Yes. Here is the output from the server log, and the client error as well: 15:47:16,386 ERROR [org.jboss.ejb3.invocation] (JBossWeb-threads - 489) JBAS014134: EJB Invocation failed on component WorkOrderSession for method public org.spec.jent.ejb.mfg.entity.WorkOrder org.spec.jent.ejb.mfg.session.WorkOrderSession.scheduleWorkOrder(java.lang.String,int,int,int,java.util.Calendar): javax.ejb.EJBTransactionRolledbackException: Transaction rolled back at org.jboss.as.ejb3.tx.CMTTxInterceptor.handleEndTransactionException(CMTTxInterceptor.java:115) [jboss-as-ejb3-7.1.2.Final-SNAPSHOT.jar:7.1.2.Final-SNAPSHOT] at org.jboss.as.ejb3.tx.CMTTxInterceptor.endTransaction(CMTTxInterceptor.java:95) [jboss-as-ejb3-7.1.2.Final-SNAPSHOT.jar:7.1.2.Final-SNAPSHOT] at org.jboss.as.ejb3.tx.CMTTxInterceptor.invokeInOurTx(CMTTxInterceptor.java:232) [jboss-as-ejb3-7.1.2.Final-SNAPSHOT.jar:7.1.2.Final-SNAPSHOT] at org.jboss.as.ejb3.tx.CMTTxInterceptor.required(CMTTxInterceptor.java:304) [jboss-as-ejb3-7.1.2.Final-SNAPSHOT.jar:7.1.2.Final-SNAPSHOT] at org.jboss.as.ejb3.tx.CMTTxInterceptor.processInvocation(CMTTxInterceptor.java:190) [jboss-as-ejb3-7.1.2.Final-SNAPSHOT.jar:7.1.2.Final-SNAPSHOT] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288) [jboss-invocation-1.1.1.Final.jar:1.1.1.Final] at org.jboss.as.ejb3.component.interceptors.CurrentInvocationContextInterceptor.processInvocation(CurrentInvocationContextInterceptor.java:41) [jboss-as-ejb3-7.1.2.Final-SNAPSHOT.jar:7.1.2.Final-SNAPSHOT] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288) [jboss-invocation-1.1.1.Final.jar:1.1.1.Final] at org.jboss.as.ejb3.component.interceptors.ShutDownInterceptorFactory$1.processInvocation(ShutDownInterceptorFactory.java:42) [jboss-as-ejb3-7.1.2.Final-SNAPSHOT.jar:7.1.2.Final-SNAPSHOT] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288) [jboss-invocation-1.1.1.Final.jar:1.1.1.Final] at org.jboss.as.ejb3.component.interceptors.LoggingInterceptor.processInvocation(LoggingInterceptor.java:59) [jboss-as-ejb3-7.1.2.Final-SNAPSHOT.jar:7.1.2.Final-SNAPSHOT] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288) [jboss-invocation-1.1.1.Final.jar:1.1.1.Final] at org.jboss.as.ee.component.NamespaceContextInterceptor.processInvocation(NamespaceContextInterceptor.java:50) [jboss-as-ee-7.1.2.Final-SNAPSHOT.jar:7.1.2.Final-SNAPSHOT] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288) [jboss-invocation-1.1.1.Final.jar:1.1.1.Final] at org.jboss.as.ejb3.component.interceptors.AdditionalSetupInterceptor.processInvocation(AdditionalSetupInterceptor.java:32) [jboss-as-ejb3-7.1.2.Final-SNAPSHOT.jar:7.1.2.Final-SNAPSHOT] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288) [jboss-invocation-1.1.1.Final.jar:1.1.1.Final] at org.jboss.as.ee.component.TCCLInterceptor.processInvocation(TCCLInterceptor.java:45) [jboss-as-ee-7.1.2.Final-SNAPSHOT.jar:7.1.2.Final-SNAPSHOT] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288) [jboss-invocation-1.1.1.Final.jar:1.1.1.Final] at org.jboss.invocation.ChainedInterceptor.processInvocation(ChainedInterceptor.java:61) [jboss-invocation-1.1.1.Final.jar:1.1.1.Final] at org.jboss.as.ee.component.ViewService$View.invoke(ViewService.java:165) [jboss-as-ee-7.1.2.Final-SNAPSHOT.jar:7.1.2.Final-SNAPSHOT] at org.jboss.as.webservices.invocation.AbstractInvocationHandlerEJB.invoke(AbstractInvocationHandlerEJB.java:112) at org.jboss.wsf.stack.cxf.JBossWSInvoker._invokeInternal(JBossWSInvoker.java:181) at org.jboss.wsf.stack.cxf.JBossWSInvoker.invoke(JBossWSInvoker.java:127) at org.apache.cxf.interceptor.ServiceInvokerInterceptor$1.run(ServiceInvokerInterceptor.java:58) at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471) [rt.jar:1.7.0_b147-icedtea] at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334) [rt.jar:1.7.0_b147-icedtea] at java.util.concurrent.FutureTask.run(FutureTask.java:166) [rt.jar:1.7.0_b147-icedtea] at org.apache.cxf.workqueue.SynchronousExecutor.execute(SynchronousExecutor.java:37) at org.apache.cxf.interceptor.ServiceInvokerInterceptor.handleMessage(ServiceInvokerInterceptor.java:106) at org.apache.cxf.phase.PhaseInterceptorChain.doIntercept(PhaseInterceptorChain.java:263) at org.apache.cxf.transport.ChainInitiationObserver.onMessage(ChainInitiationObserver.java:121) at org.apache.cxf.transport.http.AbstractHTTPDestination.invoke(AbstractHTTPDestination.java:207) at org.jboss.wsf.stack.cxf.RequestHandlerImpl.handleHttpRequest(RequestHandlerImpl.java:91) at org.jboss.wsf.stack.cxf.transport.ServletHelper.callRequestHandler(ServletHelper.java:169) at org.jboss.wsf.stack.cxf.CXFServletExt.invoke(CXFServletExt.java:87) at org.apache.cxf.transport.servlet.AbstractHTTPServlet.handleRequest(AbstractHTTPServlet.java:185) at org.apache.cxf.transport.servlet.AbstractHTTPServlet.doPost(AbstractHTTPServlet.java:108) at javax.servlet.http.HttpServlet.service(HttpServlet.java:754) [jboss-servlet-api_3.0_spec-1.0.1.Final.jar:1.0.1.Final] at org.jboss.wsf.stack.cxf.CXFServletExt.service(CXFServletExt.java:135) at org.jboss.wsf.spi.deployment.WSFServlet.service(WSFServlet.java:140) [jbossws-spi-2.0.3.GA.jar:2.0.3.GA] at javax.servlet.http.HttpServlet.service(HttpServlet.java:847) [jboss-servlet-api_3.0_spec-1.0.1.Final.jar:1.0.1.Final] at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:329) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:248) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:275) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:161) at org.jboss.as.web.security.SecurityContextAssociationValve.invoke(SecurityContextAssociationValve.java:153) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:155) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:368) at org.apache.coyote.http11.Http11AprProcessor.process(Http11AprProcessor.java:897) at org.apache.coyote.http11.Http11AprProtocol$Http11ConnectionHandler.process(Http11AprProtocol.java:626) at org.apache.tomcat.util.net.AprEndpoint$SocketWithOptionsProcessor.run(AprEndpoint.java:2485) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110) [rt.jar:1.7.0_b147-icedtea] at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603) [rt.jar:1.7.0_b147-icedtea] at java.lang.Thread.run(Thread.java:722) [rt.jar:1.7.0_b147-icedtea] at org.jboss.threads.JBossThread.run(JBossThread.java:122) Caused by: javax.transaction.RollbackException: ARJUNA016053: Could not commit transaction. at com.arjuna.ats.internal.jta.transaction.arjunacore.TransactionImple.commitAndDisassociate(TransactionImple.java:1177) at com.arjuna.ats.internal.jta.transaction.arjunacore.BaseTransaction.commit(BaseTransaction.java:117) at com.arjuna.ats.jbossatx.BaseTransactionManagerDelegate.commit(BaseTransactionManagerDelegate.java:75) at org.jboss.as.ejb3.tx.CMTTxInterceptor.endTransaction(CMTTxInterceptor.java:92) [jboss-as-ejb3-7.1.2.Final-SNAPSHOT.jar:7.1.2.Final-SNAPSHOT] ... 55 more Caused by: javax.persistence.OptimisticLockException at org.hibernate.ejb.AbstractEntityManagerImpl.wrapStaleStateException(AbstractEntityManagerImpl.java:1391) [hibernate-entitymanager-4.1.3-SNAPSHOT.jar:4.1.3-SNAPSHOT] at org.hibernate.ejb.AbstractEntityManagerImpl.convert(AbstractEntityManagerImpl.java:1312) [hibernate-entitymanager-4.1.3-SNAPSHOT.jar:4.1.3-SNAPSHOT] at org.hibernate.ejb.AbstractEntityManagerImpl.convert(AbstractEntityManagerImpl.java:1293) [hibernate-entitymanager-4.1.3-SNAPSHOT.jar:4.1.3-SNAPSHOT] at org.hibernate.ejb.AbstractEntityManagerImpl.convert(AbstractEntityManagerImpl.java:1299) [hibernate-entitymanager-4.1.3-SNAPSHOT.jar:4.1.3-SNAPSHOT] at org.hibernate.ejb.AbstractEntityManagerImpl$CallbackExceptionMapperImpl.mapManagedFlushFailure(AbstractEntityManagerImpl.java:1485) [hibernate-entitymanager-4.1.3-SNAPSHOT.jar:4.1.3-SNAPSHOT] at org.hibernate.engine.transaction.synchronization.internal.SynchronizationCallbackCoordinatorImpl.beforeCompletion(SynchronizationCallbackCoordinatorImpl.java:109) [hibernate-core-4.1.3-SNAPSHOT.jar:4.1.3-SNAPSHOT] at org.hibernate.engine.transaction.synchronization.internal.RegisteredSynchronization.beforeCompletion(RegisteredSynchronization.java:53) [hibernate-core-4.1.3-SNAPSHOT.jar:4.1.3-SNAPSHOT] at com.arjuna.ats.internal.jta.resources.arjunacore.SynchronizationImple.beforeCompletion(SynchronizationImple.java:76) at com.arjuna.ats.arjuna.coordinator.TwoPhaseCoordinator.beforeCompletion(TwoPhaseCoordinator.java:273) at com.arjuna.ats.arjuna.coordinator.TwoPhaseCoordinator.end(TwoPhaseCoordinator.java:93) at com.arjuna.ats.arjuna.AtomicAction.commit(AtomicAction.java:164) at com.arjuna.ats.internal.jta.transaction.arjunacore.TransactionImple.commitAndDisassociate(TransactionImple.java:1165) ... 58 more Caused by: org.hibernate.StaleObjectStateException: Row was updated or deleted by another transaction (or unsaved-value mapping was incorrect): [org.spec.jent.ejb.mfg.entity.Inventory#org.spec.jent.ejb.mfg.entity.InventoryPK@3a43e66f] at org.hibernate.persister.entity.AbstractEntityPersister.check(AbstractEntityPersister.java:2364) [hibernate-core-4.1.3-SNAPSHOT.jar:4.1.3-SNAPSHOT] at org.hibernate.persister.entity.AbstractEntityPersister.update(AbstractEntityPersister.java:3016) [hibernate-core-4.1.3-SNAPSHOT.jar:4.1.3-SNAPSHOT] at org.hibernate.persister.entity.AbstractEntityPersister.updateOrInsert(AbstractEntityPersister.java:2914) [hibernate-core-4.1.3-SNAPSHOT.jar:4.1.3-SNAPSHOT] at org.hibernate.persister.entity.AbstractEntityPersister.update(AbstractEntityPersister.java:3243) [hibernate-core-4.1.3-SNAPSHOT.jar:4.1.3-SNAPSHOT] at org.hibernate.action.internal.EntityUpdateAction.execute(EntityUpdateAction.java:122) [hibernate-core-4.1.3-SNAPSHOT.jar:4.1.3-SNAPSHOT] at org.hibernate.engine.spi.ActionQueue.execute(ActionQueue.java:362) [hibernate-core-4.1.3-SNAPSHOT.jar:4.1.3-SNAPSHOT] at org.hibernate.engine.spi.ActionQueue.executeActions(ActionQueue.java:354) [hibernate-core-4.1.3-SNAPSHOT.jar:4.1.3-SNAPSHOT] at org.hibernate.engine.spi.ActionQueue.executeActions(ActionQueue.java:276) [hibernate-core-4.1.3-SNAPSHOT.jar:4.1.3-SNAPSHOT] at org.hibernate.event.internal.AbstractFlushingEventListener.performExecutions(AbstractFlushingEventListener.java:326) [hibernate-core-4.1.3-SNAPSHOT.jar:4.1.3-SNAPSHOT] at org.hibernate.event.internal.DefaultFlushEventListener.onFlush(DefaultFlushEventListener.java:52) [hibernate-core-4.1.3-SNAPSHOT.jar:4.1.3-SNAPSHOT] at org.hibernate.internal.SessionImpl.flush(SessionImpl.java:1181) [hibernate-core-4.1.3-SNAPSHOT.jar:4.1.3-SNAPSHOT] at org.hibernate.internal.SessionImpl.managedFlush(SessionImpl.java:379) [hibernate-core-4.1.3-SNAPSHOT.jar:4.1.3-SNAPSHOT] at org.hibernate.engine.transaction.synchronization.internal.SynchronizationCallbackCoordinatorImpl.beforeCompletion(SynchronizationCallbackCoordinatorImpl.java:104) [hibernate-core-4.1.3-SNAPSHOT.jar:4.1.3-SNAPSHOT] ... 64 more 15:47:17,376 ERROR [org.jboss.as.ejb3.remote.protocol.versionone.MethodInvocationMessageHandler] (EJB default - 19) Error invoking method public abstract org.spec.jent.ejb.mfg.entity.WorkOrder org.spec.jent.ejb.mfg.session.WorkOrderService.scheduleWorkOrder(java.lang.String,int,int,int,java.util.Calendar) on bean named WorkOrderSession for appname specj modulename specj.jar distinctname : javax.ejb.EJBTransactionRolledbackException: Transaction rolled back at org.jboss.as.ejb3.tx.CMTTxInterceptor.handleEndTransactionException(CMTTxInterceptor.java:115) at org.jboss.as.ejb3.tx.CMTTxInterceptor.endTransaction(CMTTxInterceptor.java:95) at org.jboss.as.ejb3.tx.CMTTxInterceptor.invokeInOurTx(CMTTxInterceptor.java:232) at org.jboss.as.ejb3.tx.CMTTxInterceptor.required(CMTTxInterceptor.java:304) at org.jboss.as.ejb3.tx.CMTTxInterceptor.processInvocation(CMTTxInterceptor.java:190) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288) at org.jboss.as.ejb3.remote.EJBRemoteTransactionPropagatingInterceptor.processInvocation(EJBRemoteTransactionPropagatingInterceptor.java:80) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288) at org.jboss.as.ejb3.component.interceptors.CurrentInvocationContextInterceptor.processInvocation(CurrentInvocationContextInterceptor.java:41) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288) at org.jboss.as.ejb3.component.interceptors.ShutDownInterceptorFactory$1.processInvocation(ShutDownInterceptorFactory.java:42) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288) at org.jboss.as.ejb3.component.interceptors.LoggingInterceptor.processInvocation(LoggingInterceptor.java:59) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288) at org.jboss.as.ee.component.NamespaceContextInterceptor.processInvocation(NamespaceContextInterceptor.java:50) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288) at org.jboss.as.ejb3.component.interceptors.AdditionalSetupInterceptor.processInvocation(AdditionalSetupInterceptor.java:43) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288) at org.jboss.as.ee.component.TCCLInterceptor.processInvocation(TCCLInterceptor.java:45) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288) at org.jboss.invocation.ChainedInterceptor.processInvocation(ChainedInterceptor.java:61) at org.jboss.as.ee.component.ViewService$View.invoke(ViewService.java:165) at org.jboss.as.ejb3.remote.protocol.versionone.MethodInvocationMessageHandler.invokeMethod(MethodInvocationMessageHandler.java:303) at org.jboss.as.ejb3.remote.protocol.versionone.MethodInvocationMessageHandler.access$200(MethodInvocationMessageHandler.java:65) at org.jboss.as.ejb3.remote.protocol.versionone.MethodInvocationMessageHandler$1.run(MethodInvocationMessageHandler.java:197) at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471) [rt.jar:1.7.0_b147-icedtea] at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334) [rt.jar:1.7.0_b147-icedtea] at java.util.concurrent.FutureTask.run(FutureTask.java:166) [rt.jar:1.7.0_b147-icedtea] at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110) [rt.jar:1.7.0_b147-icedtea] at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603) [rt.jar:1.7.0_b147-icedtea] at java.lang.Thread.run(Thread.java:722) [rt.jar:1.7.0_b147-icedtea] at org.jboss.threads.JBossThread.run(JBossThread.java:122) [jboss-threads-2.0.0.GA.jar:2.0.0.GA] Caused by: javax.transaction.RollbackException: ARJUNA016053: Could not commit transaction. at com.arjuna.ats.internal.jta.transaction.arjunacore.TransactionImple.commitAndDisassociate(TransactionImple.java:1177) at com.arjuna.ats.internal.jta.transaction.arjunacore.BaseTransaction.commit(BaseTransaction.java:117) at com.arjuna.ats.jbossatx.BaseTransactionManagerDelegate.commit(BaseTransactionManagerDelegate.java:75) at org.jboss.as.ejb3.tx.CMTTxInterceptor.endTransaction(CMTTxInterceptor.java:92) ... 30 more Caused by: javax.persistence.OptimisticLockException at org.hibernate.ejb.AbstractEntityManagerImpl.wrapStaleStateException(AbstractEntityManagerImpl.java:1391) at org.hibernate.ejb.AbstractEntityManagerImpl.convert(AbstractEntityManagerImpl.java:1312) at org.hibernate.ejb.AbstractEntityManagerImpl.convert(AbstractEntityManagerImpl.java:1293) at org.hibernate.ejb.AbstractEntityManagerImpl.convert(AbstractEntityManagerImpl.java:1299) at org.hibernate.ejb.AbstractEntityManagerImpl$CallbackExceptionMapperImpl.mapManagedFlushFailure(AbstractEntityManagerImpl.java:1485) at org.hibernate.engine.transaction.synchronization.internal.SynchronizationCallbackCoordinatorImpl.beforeCompletion(SynchronizationCallbackCoordinatorImpl.java:109) at org.hibernate.engine.transaction.synchronization.internal.RegisteredSynchronization.beforeCompletion(RegisteredSynchronization.java:53) at com.arjuna.ats.internal.jta.resources.arjunacore.SynchronizationImple.beforeCompletion(SynchronizationImple.java:76) at com.arjuna.ats.arjuna.coordinator.TwoPhaseCoordinator.beforeCompletion(TwoPhaseCoordinator.java:273) at com.arjuna.ats.arjuna.coordinator.TwoPhaseCoordinator.end(TwoPhaseCoordinator.java:93) at com.arjuna.ats.arjuna.AtomicAction.commit(AtomicAction.java:164) at com.arjuna.ats.internal.jta.transaction.arjunacore.TransactionImple.commitAndDisassociate(TransactionImple.java:1165) ... 33 more Caused by: org.hibernate.StaleObjectStateException: Row was updated or deleted by another transaction (or unsaved-value mapping was incorrect): [org.spec.jent.ejb.mfg.entity.Inventory#org.spec.jent.ejb.mfg.entity.InventoryPK@50ac208c] at org.hibernate.persister.entity.AbstractEntityPersister.check(AbstractEntityPersister.java:2364) at org.hibernate.persister.entity.AbstractEntityPersister.update(AbstractEntityPersister.java:3016) at org.hibernate.persister.entity.AbstractEntityPersister.updateOrInsert(AbstractEntityPersister.java:2914) at org.hibernate.persister.entity.AbstractEntityPersister.update(AbstractEntityPersister.java:3243) at org.hibernate.action.internal.EntityUpdateAction.execute(EntityUpdateAction.java:122) at org.hibernate.engine.spi.ActionQueue.execute(ActionQueue.java:362) at org.hibernate.engine.spi.ActionQueue.executeActions(ActionQueue.java:354) at org.hibernate.engine.spi.ActionQueue.executeActions(ActionQueue.java:276) at org.hibernate.event.internal.AbstractFlushingEventListener.performExecutions(AbstractFlushingEventListener.java:326) at org.hibernate.event.internal.DefaultFlushEventListener.onFlush(DefaultFlushEventListener.java:52) at org.hibernate.internal.SessionImpl.flush(SessionImpl.java:1181) at org.hibernate.internal.SessionImpl.managedFlush(SessionImpl.java:379) at org.hibernate.engine.transaction.synchronization.internal.SynchronizationCallbackCoordinatorImpl.beforeCompletion(SynchronizationCallbackCoordinatorImpl.java:104) ... 39 more 15:47:17,366 WARN [com.arjuna.ats.arjuna] (EJB default - 106) ARJUNA012125: TwoPhaseCoordinator.beforeCompletion - failed for SynchronizationImple< 0:ffffc0a80116:42de0153:4f8de378:176759, org.hibernate.engine.transaction.synchronization.internal.RegisteredSynchronization@36b78765 >: javax.persistence.OptimisticLockException at org.hibernate.ejb.AbstractEntityManagerImpl.wrapStaleStateException(AbstractEntityManagerImpl.java:1391) [hibernate-entitymanager-4.1.3-SNAPSHOT.jar:4.1.3-SNAPSHOT] at org.hibernate.ejb.AbstractEntityManagerImpl.convert(AbstractEntityManagerImpl.java:1312) [hibernate-entitymanager-4.1.3-SNAPSHOT.jar:4.1.3-SNAPSHOT] at org.hibernate.ejb.AbstractEntityManagerImpl.convert(AbstractEntityManagerImpl.java:1293) [hibernate-entitymanager-4.1.3-SNAPSHOT.jar:4.1.3-SNAPSHOT] at org.hibernate.ejb.AbstractEntityManagerImpl.convert(AbstractEntityManagerImpl.java:1299) [hibernate-entitymanager-4.1.3-SNAPSHOT.jar:4.1.3-SNAPSHOT] at org.hibernate.ejb.AbstractEntityManagerImpl$CallbackExceptionMapperImpl.mapManagedFlushFailure(AbstractEntityManagerImpl.java:1485) [hibernate-entitymanager-4.1.3-SNAPSHOT.jar:4.1.3-SNAPSHOT] at org.hibernate.engine.transaction.synchronization.internal.SynchronizationCallbackCoordinatorImpl.beforeCompletion(SynchronizationCallbackCoordinatorImpl.java:109) [hibernate-core-4.1.3-SNAPSHOT.jar:4.1.3-SNAPSHOT] at org.hibernate.engine.transaction.synchronization.internal.RegisteredSynchronization.beforeCompletion(RegisteredSynchronization.java:53) [hibernate-core-4.1.3-SNAPSHOT.jar:4.1.3-SNAPSHOT] at com.arjuna.ats.internal.jta.resources.arjunacore.SynchronizationImple.beforeCompletion(SynchronizationImple.java:76) at com.arjuna.ats.arjuna.coordinator.TwoPhaseCoordinator.beforeCompletion(TwoPhaseCoordinator.java:273) at com.arjuna.ats.arjuna.coordinator.TwoPhaseCoordinator.end(TwoPhaseCoordinator.java:93) at com.arjuna.ats.arjuna.AtomicAction.commit(AtomicAction.java:164) at com.arjuna.ats.internal.jta.transaction.arjunacore.TransactionImple.commitAndDisassociate(TransactionImple.java:1165) at com.arjuna.ats.internal.jta.transaction.arjunacore.BaseTransaction.commit(BaseTransaction.java:117) at com.arjuna.ats.jbossatx.BaseTransactionManagerDelegate.commit(BaseTransactionManagerDelegate.java:75) at org.jboss.as.ejb3.tx.CMTTxInterceptor.endTransaction(CMTTxInterceptor.java:92) [jboss-as-ejb3-7.1.2.Final-SNAPSHOT.jar:7.1.2.Final-SNAPSHOT] at org.jboss.as.ejb3.tx.CMTTxInterceptor.invokeInOurTx(CMTTxInterceptor.java:232) [jboss-as-ejb3-7.1.2.Final-SNAPSHOT.jar:7.1.2.Final-SNAPSHOT] at org.jboss.as.ejb3.tx.CMTTxInterceptor.required(CMTTxInterceptor.java:304) [jboss-as-ejb3-7.1.2.Final-SNAPSHOT.jar:7.1.2.Final-SNAPSHOT] at org.jboss.as.ejb3.tx.CMTTxInterceptor.processInvocation(CMTTxInterceptor.java:190) [jboss-as-ejb3-7.1.2.Final-SNAPSHOT.jar:7.1.2.Final-SNAPSHOT] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288) [jboss-invocation-1.1.1.Final.jar:1.1.1.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288) [jboss-invocation-1.1.1.Final.jar:1.1.1.Final] at org.jboss.as.ejb3.remote.EJBRemoteTransactionPropagatingInterceptor.processInvocation(EJBRemoteTransactionPropagatingInterceptor.java:80) [jboss-as-ejb3-7.1.2.Final-SNAPSHOT.jar:7.1.2.Final-SNAPSHOT] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288) [jboss-invocation-1.1.1.Final.jar:1.1.1.Final] at org.jboss.as.ejb3.component.interceptors.CurrentInvocationContextInterceptor.processInvocation(CurrentInvocationContextInterceptor.java:41) [jboss-as-ejb3-7.1.2.Final-SNAPSHOT.jar:7.1.2.Final-SNAPSHOT] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288) [jboss-invocation-1.1.1.Final.jar:1.1.1.Final] at org.jboss.as.ejb3.component.interceptors.ShutDownInterceptorFactory$1.processInvocation(ShutDownInterceptorFactory.java:42) [jboss-as-ejb3-7.1.2.Final-SNAPSHOT.jar:7.1.2.Final-SNAPSHOT] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288) [jboss-invocation-1.1.1.Final.jar:1.1.1.Final] at org.jboss.as.ejb3.component.interceptors.LoggingInterceptor.processInvocation(LoggingInterceptor.java:59) [jboss-as-ejb3-7.1.2.Final-SNAPSHOT.jar:7.1.2.Final-SNAPSHOT] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288) [jboss-invocation-1.1.1.Final.jar:1.1.1.Final] at org.jboss.as.ee.component.NamespaceContextInterceptor.processInvocation(NamespaceContextInterceptor.java:50) [jboss-as-ee-7.1.2.Final-SNAPSHOT.jar:7.1.2.Final-SNAPSHOT] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288) [jboss-invocation-1.1.1.Final.jar:1.1.1.Final] at org.jboss.as.ejb3.component.interceptors.AdditionalSetupInterceptor.processInvocation(AdditionalSetupInterceptor.java:43) [jboss-as-ejb3-7.1.2.Final-SNAPSHOT.jar:7.1.2.Final-SNAPSHOT] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288) [jboss-invocation-1.1.1.Final.jar:1.1.1.Final] at org.jboss.as.ee.component.TCCLInterceptor.processInvocation(TCCLInterceptor.java:45) [jboss-as-ee-7.1.2.Final-SNAPSHOT.jar:7.1.2.Final-SNAPSHOT] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288) [jboss-invocation-1.1.1.Final.jar:1.1.1.Final] at org.jboss.invocation.ChainedInterceptor.processInvocation(ChainedInterceptor.java:61) [jboss-invocation-1.1.1.Final.jar:1.1.1.Final] at org.jboss.as.ee.component.ViewService$View.invoke(ViewService.java:165) [jboss-as-ee-7.1.2.Final-SNAPSHOT.jar:7.1.2.Final-SNAPSHOT] at org.jboss.as.ejb3.remote.protocol.versionone.MethodInvocationMessageHandler.invokeMethod(MethodInvocationMessageHandler.java:303) [jboss-as-ejb3-7.1.2.Final-SNAPSHOT.jar:7.1.2.Final-SNAPSHOT] at org.jboss.as.ejb3.remote.protocol.versionone.MethodInvocationMessageHandler.access$200(MethodInvocationMessageHandler.java:65) [jboss-as-ejb3-7.1.2.Final-SNAPSHOT.jar:7.1.2.Final-SNAPSHOT] at org.jboss.as.ejb3.remote.protocol.versionone.MethodInvocationMessageHandler$1.run(MethodInvocationMessageHandler.java:197) [jboss-as-ejb3-7.1.2.Final-SNAPSHOT.jar:7.1.2.Final-SNAPSHOT] at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471) [rt.jar:1.7.0_b147-icedtea] at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334) [rt.jar:1.7.0_b147-icedtea] at java.util.concurrent.FutureTask.run(FutureTask.java:166) [rt.jar:1.7.0_b147-icedtea] at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110) [rt.jar:1.7.0_b147-icedtea] at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603) [rt.jar:1.7.0_b147-icedtea] at java.lang.Thread.run(Thread.java:722) [rt.jar:1.7.0_b147-icedtea] at org.jboss.threads.JBossThread.run(JBossThread.java:122) Caused by: org.hibernate.StaleObjectStateException: Row was updated or deleted by another transaction (or unsaved-value mapping was incorrect): [org.spec.jent.ejb.mfg.entity.Inventory#org.spec.jent.ejb.mfg.entity.InventoryPK@607048b8] at org.hibernate.persister.entity.AbstractEntityPersister.check(AbstractEntityPersister.java:2364) [hibernate-core-4.1.3-SNAPSHOT.jar:4.1.3-SNAPSHOT] at org.hibernate.persister.entity.AbstractEntityPersister.update(AbstractEntityPersister.java:3016) [hibernate-core-4.1.3-SNAPSHOT.jar:4.1.3-SNAPSHOT] at org.hibernate.persister.entity.AbstractEntityPersister.updateOrInsert(AbstractEntityPersister.java:2914) [hibernate-core-4.1.3-SNAPSHOT.jar:4.1.3-SNAPSHOT] at org.hibernate.persister.entity.AbstractEntityPersister.update(AbstractEntityPersister.java:3243) [hibernate-core-4.1.3-SNAPSHOT.jar:4.1.3-SNAPSHOT] at org.hibernate.action.internal.EntityUpdateAction.execute(EntityUpdateAction.java:122) [hibernate-core-4.1.3-SNAPSHOT.jar:4.1.3-SNAPSHOT] at org.hibernate.engine.spi.ActionQueue.execute(ActionQueue.java:362) [hibernate-core-4.1.3-SNAPSHOT.jar:4.1.3-SNAPSHOT] at org.hibernate.engine.spi.ActionQueue.executeActions(ActionQueue.java:354) [hibernate-core-4.1.3-SNAPSHOT.jar:4.1.3-SNAPSHOT] at org.hibernate.engine.spi.ActionQueue.executeActions(ActionQueue.java:276) [hibernate-core-4.1.3-SNAPSHOT.jar:4.1.3-SNAPSHOT] at org.hibernate.event.internal.AbstractFlushingEventListener.performExecutions(AbstractFlushingEventListener.java:326) [hibernate-core-4.1.3-SNAPSHOT.jar:4.1.3-SNAPSHOT] at org.hibernate.event.internal.DefaultFlushEventListener.onFlush(DefaultFlushEventListener.java:52) [hibernate-core-4.1.3-SNAPSHOT.jar:4.1.3-SNAPSHOT] at org.hibernate.internal.SessionImpl.flush(SessionImpl.java:1181) [hibernate-core-4.1.3-SNAPSHOT.jar:4.1.3-SNAPSHOT] at org.hibernate.internal.SessionImpl.managedFlush(SessionImpl.java:379) [hibernate-core-4.1.3-SNAPSHOT.jar:4.1.3-SNAPSHOT] at org.hibernate.engine.transaction.synchronization.internal.SynchronizationCallbackCoordinatorImpl.beforeCompletion(SynchronizationCallbackCoordinatorImpl.java:104) [hibernate-core-4.1.3-SNAPSHOT.jar:4.1.3-SNAPSHOT] ... 39 more 15:47:17,968 ERROR [org.jboss.as.ejb3.remote.protocol.versionone.MethodInvocationMessageHandler] (EJB default - 19) Could not write method invocation failure for method public abstract org.spec.jent.ejb.mfg.entity.WorkOrder org.spec.jent.ejb.mfg.session.WorkOrderService.scheduleWorkOrder(java.lang.String,int,int,int,java.util.Calendar) on bean named WorkOrderSession for appname specj modulename specj.jar distinctname due to : java.io.IOException: Stream is closed at org.xnio.streams.BufferPipeOutputStream.closed(BufferPipeOutputStream.java:61) [xnio-api-3.0.3.GA.jar:3.0.3.GA] at org.xnio.streams.BufferPipeOutputStream.checkClosed(BufferPipeOutputStream.java:67) [xnio-api-3.0.3.GA.jar:3.0.3.GA] at org.xnio.streams.BufferPipeOutputStream.write(BufferPipeOutputStream.java:85) [xnio-api-3.0.3.GA.jar:3.0.3.GA] at org.jboss.remoting3.remote.OutboundMessage.write(OutboundMessage.java:168) [jboss-remoting-3.2.4.GA.jar:3.2.4.GA] at java.io.DataOutputStream.write(DataOutputStream.java:88) [rt.jar:1.7.0_b147-icedtea] at org.jboss.as.ejb3.remote.protocol.versionone.AbstractMessageHandler$1.write(AbstractMessageHandler.java:208) at java.io.OutputStream.write(OutputStream.java:116) [rt.jar:1.7.0_b147-icedtea] at org.jboss.marshalling.OutputStreamByteOutput.write(OutputStreamByteOutput.java:56) [jboss-marshalling-1.3.13.GA.jar:1.3.13.GA] at org.jboss.marshalling.SimpleDataOutput.shallowFlush(SimpleDataOutput.java:328) [jboss-marshalling-1.3.13.GA.jar:1.3.13.GA] at org.jboss.marshalling.river.RiverMarshaller.doWriteObject(RiverMarshaller.java:274) at org.jboss.marshalling.river.RiverMarshaller.doWriteFields(RiverMarshaller.java:1063) at org.jboss.marshalling.river.RiverMarshaller.doWriteSerializableObject(RiverMarshaller.java:1019) at org.jboss.marshalling.river.RiverMarshaller.doWriteObject(RiverMarshaller.java:885) at org.jboss.marshalling.river.RiverMarshaller.doWriteObject(RiverMarshaller.java:809) at org.jboss.marshalling.river.RiverMarshaller.doWriteFields(RiverMarshaller.java:1063) at org.jboss.marshalling.river.RiverObjectOutputStream.defaultWriteObject(RiverObjectOutputStream.java:159) at java.lang.Throwable.writeObject(Throwable.java:984) [rt.jar:1.7.0_b147-icedtea] at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) [rt.jar:1.7.0_b147-icedtea] at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) [rt.jar:1.7.0_b147-icedtea] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) [rt.jar:1.7.0_b147-icedtea] at java.lang.reflect.Method.invoke(Method.java:601) [rt.jar:1.7.0_b147-icedtea] at org.jboss.marshalling.reflect.SerializableClass.callWriteObject(SerializableClass.java:188) [jboss-marshalling-1.3.13.GA.jar:1.3.13.GA] at org.jboss.marshalling.river.RiverMarshaller.doWriteSerializableObject(RiverMarshaller.java:1007) at org.jboss.marshalling.river.RiverMarshaller.doWriteSerializableObject(RiverMarshaller.java:998) at org.jboss.marshalling.river.RiverMarshaller.doWriteSerializableObject(RiverMarshaller.java:998) at org.jboss.marshalling.river.RiverMarshaller.doWriteSerializableObject(RiverMarshaller.java:998) at org.jboss.marshalling.river.RiverMarshaller.doWriteSerializableObject(RiverMarshaller.java:998) at org.jboss.marshalling.river.RiverMarshaller.doWriteObject(RiverMarshaller.java:885) at org.jboss.marshalling.AbstractObjectOutput.writeObject(AbstractObjectOutput.java:62) [jboss-marshalling-1.3.13.GA.jar:1.3.13.GA] at org.jboss.marshalling.AbstractMarshaller.writeObject(AbstractMarshaller.java:119) [jboss-marshalling-1.3.13.GA.jar:1.3.13.GA] at org.jboss.as.ejb3.remote.protocol.versionone.AbstractMessageHandler.writeException(AbstractMessageHandler.java:113) at org.jboss.as.ejb3.remote.protocol.versionone.MethodInvocationMessageHandler$1.run(MethodInvocationMessageHandler.java:201) at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471) [rt.jar:1.7.0_b147-icedtea] at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334) [rt.jar:1.7.0_b147-icedtea] at java.util.concurrent.FutureTask.run(FutureTask.java:166) [rt.jar:1.7.0_b147-icedtea] at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110) [rt.jar:1.7.0_b147-icedtea] at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603) [rt.jar:1.7.0_b147-icedtea] at java.lang.Thread.run(Thread.java:722) [rt.jar:1.7.0_b147-icedtea] at org.jboss.threads.JBossThread.run(JBossThread.java:122) [jboss-threads-2.0.0.GA.jar:2.0.0.GA] Caused by: an exception which occurred: in field methodName in field stackTrace in object javax.ejb.EJBTransactionRolledbackException@581986df The client log is captured in the web interface for the benchmark, and its as follows: 15:38:27 worklaptop INFO Channel Channel ID 9330631c (outbound) of Remoting connection 5335cfb8 to jbosstesting.miller.org/192.168.1.22:4447 can no longer process messages 15:38:27 worklaptop WARNING exception MfgDriverAgent[0].638.createVehicleEJB: MfgDriver[0].638: Error occured during Manufacturing, [null] ] parent cause is [Writes closed] Note: Error not counted in result. Either transaction start or end time is not within steady state. 15:38:27 worklaptop WARNING exception MfgDriverAgent[0].469.createVehicleEJB: MfgDriver[0].469: Error occured during Manufacturing, [null] ] parent cause is [Writes closed] Note: Error not counted in result. Either transaction start or end time is not within steady state. 15:38:27 worklaptop WARNING exception MfgDriverAgent[0].673.createVehicleEJB: MfgDriver[0].673: Error occured during Manufacturing, [null] ] parent cause is [Channel Channel ID 9330631c (outbound) of Remoting connection 5335cfb8 to jbosstesting.miller.org/192.168.1.22:4447 has been closed] Note: Error not counted in result. Either transaction start or end time is not within steady state. It seems like when the transaction is rolled back, due to the OptimisticLockException, that the channel is being closed by the server. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira

[ https://issues.jboss.org/browse/AS7-3402?page=com.atlassian.jira.plugin.s... ] Scott Marlow commented on AS7-3402: ----------------------------------- Question I would like to answer. Should we eat (and log) the Hibernate exception or squish the exception chain (and also log any squished exceptions)? Perhaps the squished form of the exception could be represented as follows: exception1 = javax.ejb.EJBTransactionRolledbackException("Transaction rolled back") exception1.cause = exception2 exception2 = javax.transaction.RollbackException("ARJUNA016053: Could not commit transaction.") exception2.cause = exception3 exception3 = javax.persistence.OptimisticLockException("org.hibernate.StaleObjectStateException: Row was updated or deleted by another transaction (or unsaved-value mapping was incorrect): [org.spec.jent.ejb.mfg.entity.Inventory#org.spec.jent.ejb.mfg.entity.InventoryPK@3a43e66f]") exception3.cause = null If this had been a long chain of exceptions, we could append the exception class name + exception message together (as well as logging the original chain so the cause can be determined). -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira

[ https://issues.jboss.org/browse/AS7-3402?page=com.atlassian.jira.plugin.s... ] jaikiran pai commented on AS7-3402: ----------------------------------- This is what is happening: 1) A client is doing multiple invocations (lets assume 2 invocations, in this example) to a EJB on the server side 2) On the server side this results in 2 threads handling those 2 invocations. Thread A and thread B. 3) Thread A ends up calling the bean method which throws an exception. The server side attempts to write out the exception to the remote channel so that the exception is communicated back to the client. _For some reason_ this write fails for Thread A. One possible reason is some object in the exception instance hierarchy not being serializable. The failure to write out this exception to the remote channel results in an IOException and a subsequent close() on the Channel https://github.com/jbossas/jboss-as/blob/master/ejb3/src/main/java/org/jb.... 4) Now in the meantime, Thread B which too has invoked on the bean method comes back with an exception of its own from the method invocation. The server is in the process of writing out the exception to the channel so that its communicated back to the client. Now since Thread A ends up closing the channel when Thread B is writing out a message to the stream, Thread B ends up seeing "stream is closed" error. What we need to find out is the real exception that's caused in #3 which triggers the failure to write out the message. This will be available in the server.log. In general, I am not sure if there's anything we can do about this, since if an IOException occurs while writing out to the channel, the channel is expected to be closed and writes that are currently in progress (in other threads) are bound to fail. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira

[ https://issues.jboss.org/browse/AS7-3402?page=com.atlassian.jira.plugin.s... ] jaikiran pai commented on AS7-3402: ----------------------------------- {quote} We probably should have some way of distinguishing between IOException's and serialization failures. While an IOException should close the channel I don't think a serialization failure should. {quote} Yeah, that's an option in general. In Andy's case we'll have to verify that he's indeed running into a Serialization exception which triggers this. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira

[ https://issues.jboss.org/browse/AS7-3402?page=com.atlassian.jira.plugin.s... ] Andrig Miller commented on AS7-3402: ------------------------------------ I see there is a pull request for this. Do you guys need the entire server.log still? Seems like you don't anymore. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira

[ https://issues.jboss.org/browse/AS7-3402?page=com.atlassian.jira.plugin.s... ] jaikiran pai commented on AS7-3402: ----------------------------------- {quote} Do you guys need the entire server.log still? {quote} Yeah, I would like to be sure that we aren't missing some other cases. So please do attach it. Andy, one other thing to note in cases like these, is that if the server isn't able to communicate back to the client of any exceptions like these, then the client can end up waiting indefinitely. EJBCLIENT-33 introduces a feature where you can set a "invocation.timeout" property in the properties file to specify a timeout in milli seconds. This timeout value will be used as the "wait timeout" for EJB invocations. If the server doesn't respond back within that amount of time for a client invocation, then the client throws back a TimeoutException for that specific invocation and won't wait forever. You might want to set an appropriate timeout value in your application. This feature is available in AS7 upstream (but not in ER5). -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira

[ https://issues.jboss.org/browse/AS7-3402?page=com.atlassian.jira.plugin.s... ] Andrig Miller edited comment on AS7-3402 at 4/18/12 9:41 AM: ------------------------------------------------------------- Here is my server.log. It's quite small, and should only contain the OptimisticLockExceptions (and related exceptions), plus the stream is closed error and exception. I killed the run once this happened, since it wouldn't complete anyway. was (Author: andy.miller): Here is my server.log. It's quite small, and should only contain the OptimisticLockExceptions (and related exceptions), plus the stread is closed error and exception. I killed the run once this happened, since it wouldn't complete anyway. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira

[ https://issues.jboss.org/browse/AS7-3402?page=com.atlassian.jira.plugin.s... ] jaikiran pai commented on AS7-3402: ----------------------------------- Scott, I looked at the client side code and tried replicating the CNFE on the client side. I don't see a path where it ends up closing the channel or anything along those lines for this exception on the client side. The client receives the CNFE but doesn't end up closing the channel. I also don't see a "stream closed" exception being reported on the server side for such cases. I'll try a few more tests and also let Andy test his application after that pull request has been merged upstream. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira

[ https://issues.jboss.org/browse/AS7-3402?page=com.atlassian.jira.plugin.s... ] Scott Marlow commented on AS7-3402: ----------------------------------- Regarding my idea for squashing notserializable exceptions (into a string representation), it might be too expensive to attempt serializing very large exception instances (like a OptimisticLockException that references a very large entity) to determine that they are not serializable. Perhaps we could make a Hibernate change to not pass the entity into the OptimisticLockException. I wouldn't want to do that since some applications could depend on getting the entity from the OptimisticLockException. Choosing between the slower performance of serializing very large OptimisticLockException versus losing the functionality of throwing fully filled in OptimisticLockException (include the entity). Taking the performance hit is probably better. The third option, is to let the NSE or CNFE happen (just fix the stream being closed issue as others are saying). As long as the exception is logged on the server side, that is not horrible. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira

[ https://issues.jboss.org/browse/AS7-3402?page=com.atlassian.jira.plugin.s... ] Scott Marlow commented on AS7-3402: ----------------------------------- It looks like the unmarshalling code in MethodInvocationMessageHandler.processMessage does catch the CNFE but I'm not sure if we can leave the channel open after a failure during unmarshalling (e.g. will the remaining unmarshalled payload still be pending to be read?) {code} } catch (ClassNotFoundException e) { throw EjbMessages.MESSAGES.classNotFoundException(e); } {code} I think the combination of Stuart's patch and putting the Hibernate classes on the client classpath, will give us option 3. I tried to hack an arquillian test together for the CNFE but get the CNFE during deployment (http://pastie.org/3812765). -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira