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
_______________________________________________
jboss-user mailing list
jboss-user@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/jboss-user

Reply via email to