[jboss-user] [JBoss Seam] - Re: ExceptionFilter without UserTransaction

dan.j.allen do-not-reply at jboss.com
Mon Mar 19 18:27:26 EDT 2007


I realize that it may seem silly to use Seam in a non-JTA environment because of all the wonderful features it offers when the app runs under that umbrella.  However, I am experimenting with Seam in a completely stateless environment, where all transaction and session related stuff are hidden behind Spring services.  In this case, I am using Seam strictly for its JSF enhancements and not for its persistence enhancements.  I don't intend to use Seam this way for all applications, just for this particular one.  I just feel it is strange that the ExceptionFilter has to complain so loudly.

It bails, but only in the background.

2007-03-19 18:22:27,439 ERROR [org.jboss.seam.web.ExceptionFilter] - <could not roll back transaction>
  | javax.naming.NamingException: Cannot create resource instance
  | 	at org.apache.naming.factory.TransactionFactory.getObjectInstance(TransactionFactory.java:112)
  | 	at javax.naming.spi.NamingManager.getObjectInstance(NamingManager.java:304)
  | 	at org.apache.naming.NamingContext.lookup(NamingContext.java:792)
  | 	at org.apache.naming.NamingContext.lookup(NamingContext.java:139)
  | 	at org.apache.naming.NamingContext.lookup(NamingContext.java:780)
  | 	at org.apache.naming.NamingContext.lookup(NamingContext.java:152)
  | 	at org.apache.naming.SelectorContext.lookup(SelectorContext.java:136)
  | 	at javax.naming.InitialContext.lookup(InitialContext.java:351)
  | 	at org.jboss.seam.util.Transactions.getUserTransaction(Transactions.java:153)
  | 	at org.jboss.seam.util.Transactions.isUTTransactionActiveOrMarkedRollback(Transactions.java:122)
  | 	at org.jboss.seam.util.Transactions.isTransactionActiveOrMarkedRollback(Transactions.java:50)
  | 	at org.jboss.seam.web.ExceptionFilter.rollbackTransactionIfNecessary(ExceptionFilter.java:128)
  | 	at org.jboss.seam.web.ExceptionFilter.doFilter(ExceptionFilter.java:63)
  | 	at org.jboss.seam.web.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:49)
  | 	at org.jboss.seam.web.MultipartFilter.doFilter(MultipartFilter.java:79)
  | 	at org.jboss.seam.web.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:49)
  | 	at org.jboss.seam.web.SeamFilter.doFilter(SeamFilter.java:84)
  | 	at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202)
  | 	at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
  | 	at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213)
  | 	at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178)
  | 	at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126)
  | 	at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105)
  | 	at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:541)
  | 	at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107)
  | 	at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148)
  | 	at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:869)
  | 	at org.apache.coyote.http11.Http11BaseProtocol$Http11ConnectionHandler.processConnection(Http11BaseProtocol.java:664)
  | 	at org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.java:527)
  | 	at org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt(LeaderFollowerWorkerThread.java:80)
  | 	at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684)
  | 	at java.lang.Thread.run(Thread.java:595)

View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4029527#4029527

Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4029527



More information about the jboss-user mailing list