[JBoss-user] [Persistence CMP/JBoss] - Re: catch JBossTransactionRolledBackException during optimis

2004-07-17 Thread loubyansky 
As described how to catch rollback exception in my previous post in this thread.

View the original post : 
http://www.jboss.org/index.html?module=bbop=viewtopicp=3842474#3842474

Reply to the post : 
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3842474


---
This SF.Net email is sponsored by BEA Weblogic Workshop
FREE Java Enterprise J2EE developer tools!
Get your free copy of BEA WebLogic Workshop 8.1 today.
http://ads.osdn.com/?ad_id=4721alloc_id=10040op=click
___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user

[JBoss-user] [Persistence CMP/JBoss] - Re: catch JBossTransactionRolledBackException during optimis

2004-07-16 Thread davidmboon 
I am having the same problem


  | 2004.07.16 08:58:30.609 EDT INFO  [STDOUT] org.jboss.tm.JBossRollbackException: 
Unable to commit, tx=TransactionImpl:XidImpl [FormatId=257, GlobalId=DBOON1//197, 
BranchQual=] status=STATUS_NO_TRANSACTION; - nested throwable: 
(javax.ejb.EJBException: Update failed. Expected one affected row: [EMAIL 
PROTECTED],childProductId=9388,startDate=2004-07-16 12:58:30.546)
  | 2004.07.16 08:58:30.609 EDT INFO  [STDOUT]  at 
org.jboss.tm.TransactionImpl.commit(TransactionImpl.java:413)
  | 2004.07.16 08:58:30.609 EDT INFO  [STDOUT]  at 
org.jboss.tm.TxManager.commit(TxManager.java:141)
  | 2004.07.16 08:58:30.609 EDT INFO  [STDOUT]  at 
org.jboss.tm.usertx.client.ServerVMClientUserTransaction.commit(ServerVMClientUserTransaction.java:126)
  | 2004.07.16 08:58:30.609 EDT INFO  [STDOUT]  at 
com.isopia.ilms.ui.common.UserTX.commitTX(UserTX.java:76)
  | 2004.07.16 08:58:30.609 EDT INFO  [STDOUT]  at 
com.isopia.ilms.ui.msi.PackageJB.processForm(PackageJB.java:945)
  | 2004.07.16 08:58:30.609 EDT INFO  [STDOUT]  at 
org.apache.jsp.msi.pp.package_005fcreate_jsp._jspService(package_005fcreate_jsp.java:198)
  | 2004.07.16 08:58:30.609 EDT INFO  [STDOUT]  at 
org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:94)
  | 2004.07.16 08:58:30.609 EDT INFO  [STDOUT]  at 
javax.servlet.http.HttpServlet.service(HttpServlet.java:856)
  | 2004.07.16 08:58:30.609 EDT INFO  [STDOUT]  at 
org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:311)
  | 2004.07.16 08:58:30.609 EDT INFO  [STDOUT]  at 
org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:301)
  | 2004.07.16 08:58:30.609 EDT INFO  [STDOUT]  at 
org.apache.jasper.servlet.JspServlet.service(JspServlet.java:248)
  | 2004.07.16 08:58:30.609 EDT INFO  [STDOUT]  at 
javax.servlet.http.HttpServlet.service(HttpServlet.java:856)
  | 2004.07.16 08:58:30.609 EDT INFO  [STDOUT]  at 
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:284)
  | 2004.07.16 08:58:30.609 EDT INFO  [STDOUT]  at 
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:204)
  | 2004.07.16 08:58:30.609 EDT INFO  [STDOUT]  at 
com.elementk.util.RequestTimingFilter.doFilter(RequestTimingFilter.java:49)
  | 2004.07.16 08:58:30.609 EDT INFO  [STDOUT]  at 
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:233)
  | 2004.07.16 08:58:30.609 EDT INFO  [STDOUT]  at 
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:204)
  | 2004.07.16 08:58:30.609 EDT INFO  [STDOUT]  at 
com.elementk.security.servlet.LmnkSecurityFilter.doFilter(LmnkSecurityFilter.java:110)
  | 2004.07.16 08:58:30.609 EDT INFO  [STDOUT]  at 
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:233)
  | 2004.07.16 08:58:30.609 EDT INFO  [STDOUT]  at 
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:204)
  | 2004.07.16 08:58:30.609 EDT INFO  [STDOUT]  at 
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:256)
  | 2004.07.16 08:58:30.609 EDT INFO  [STDOUT]  at 
org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:151)
  | 2004.07.16 08:58:30.609 EDT INFO  [STDOUT]  at 
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:564)
  | 2004.07.16 08:58:30.609 EDT INFO  [STDOUT]  at 
org.apache.catalina.core.StandardContextValve.invokeInternal(StandardContextValve.java:245)
  | 2004.07.16 08:58:30.625 EDT INFO  [STDOUT]  at 
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:199)
  | 2004.07.16 08:58:30.625 EDT INFO  [STDOUT]  at 
org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:151)
  | 2004.07.16 08:58:30.625 EDT INFO  [STDOUT]  at 
org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:509)
  | 2004.07.16 08:58:30.625 EDT INFO  [STDOUT]  at 
org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:149)
  | 2004.07.16 08:58:30.625 EDT INFO  [STDOUT]  at 
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:564)
  | 2004.07.16 08:58:30.703 EDT INFO  [STDOUT]  at 
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:195)
  | 2004.07.16 08:58:30.703 EDT INFO  [STDOUT]  at 
org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:151)
  | 2004.07.16 08:58:30.703 EDT INFO  [STDOUT]  at 
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:164)
  | 2004.07.16 08:58:30.703 EDT INFO  [STDOUT]  at 
org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:149)
  | 2004.07.16 08:58:30.703 EDT INFO  [STDOUT]  at 
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:564)
  | 2004.07.16 08:58:30.703 EDT INFO  [STDOUT]  at

[JBoss-user] [Persistence CMP/JBoss] - Re: catch JBossTransactionRolledBackException during optimis

2004-07-14 Thread loubyansky 
First, JDBCOptimisticLock class is deprecated. Just use NoLock and optimistic locking 
config in jbosscmp-jdbc.xml

You could perform the work that might be rolled back due to optimistic locking failure 
in a method with RequiresNew transaction attribute, catch the exception in the method 
that called the method with RequiresNew and react appropriatly.

View the original post : 
http://www.jboss.org/index.html?module=bbop=viewtopicp=3841989#3841989

Reply to the post : 
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3841989


---
This SF.Net email sponsored by Black Hat Briefings  Training.
Attend Black Hat Briefings  Training, Las Vegas July 24-29 - 
digital self defense, top technical experts, no vendor pitches, 
unmatched networking opportunities. Visit www.blackhat.com
___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user