[JBoss Seam] - Re: jboss-seam-CVS.20061130, icefaces example, and tomcat pr
by smartbinary
hmm ... same thing when i deploy to jboss:
| 21:35:42,578 INFO [STDOUT] 21:35:42,578 ERROR [SeamExceptionFilter] could not roll back transaction
| javax.naming.NamingException: Local server is not initialized
| at org.jnp.interfaces.LocalOnlyContextFactory.getInitialContext(LocalOnlyContextFactory.java:45)
| at javax.naming.spi.NamingManager.getInitialContext(NamingManager.java:667)
| at javax.naming.InitialContext.getDefaultInitCtx(InitialContext.java:247)
| at javax.naming.InitialContext.init(InitialContext.java:223)
| at javax.naming.InitialContext.<init>(InitialContext.java:197)
| at org.jboss.seam.util.Naming.getInitialContext(Naming.java:35)
| at org.jboss.seam.util.Naming.getInitialContext(Naming.java:47)
| at org.jboss.seam.util.Transactions.getUserTransaction(Transactions.java:149)
| at org.jboss.seam.util.Transactions.isUTTransactionActiveOrMarkedRollback(Transactions.java:122)
| at org.jboss.seam.util.Transactions.isTransactionActiveOrMarkedRollback(Transactions.java:50)
| at org.jboss.seam.servlet.SeamExceptionFilter.rollbackTransactionIfNecessary(SeamExceptionFilter.java:92)
| at org.jboss.seam.servlet.SeamExceptionFilter.doFilter(SeamExceptionFilter.java:52)
| at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202)
| at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
| at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:96)
| 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.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:175)
| at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:74)
| at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126)
| at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105)
| at org.jboss.web.tomcat.tc5.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:156)
| 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.MasterSlaveWorkerThread.run(MasterSlaveWorkerThread.java:112)
| at java.lang.Thread.run(Thread.java:595)
|
gotta be user-error, eh?
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3990331#3990331
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3990331
19 years, 8 months
[JBoss jBPM] - question about Wfp06MultiChoiceTest?
by jeffen2006
sorry my English is poor.
i try to change Wfp06MultiChoice's processdefine from String to xml,and deploy to database,but when i test ,it can't select singleness,it always fork to both transition.why?
-------------------------------------------------------
<?xml version="1.0" encoding="UTF-8"?>
<process-definition xmlns="" name="yytest">
<start-state name='start'>
</start-state>
scenario == 1
scenario == 2
<end-state name="end"></end-state>
</process-definition>
--------------------------------------------------------------
processInstance = jbpmContext.loadProcessInstance(processInstanceId);
ContextInstance ci = (ContextInstance) processInstance.getInstance( ContextInstance.class );
processInstance.signal();
ci.setVariable("scenario", new Integer(1));
Token root = processInstance.getRootToken();
System.out.println(root.getNode());
root.signal();
System.out.println(root.getNode());
Token tokenB = root.getChild("to b");
Token tokenC = root.getChild("to c");
tokenB.signal();
System.out.println("tokenB:"+tokenB.getNode());
System.out.println("tokenC:"+tokenC.getNode());
System.out.println(root.getNode());
System.out.println(ci.getVariable("scenario"));
---------------------------------------------------
result:
State(a)
Fork(multichoice)
tokenB:Join(syncmerge)
tokenC:State(c)
Fork(multichoice)
1
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3990327#3990327
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3990327
19 years, 8 months
[JBoss Seam] - jboss-seam-CVS.20061130, icefaces example, and tomcat proble
by smartbinary
Hello,
Just grabbed the latest seam code, installed tomcat 5.5.20, and followed the instructions in the Seam ICEfaces Example readme.txt.
When I deploy the app, I get the exception:
20:55:09,734 ERROR [SeamExceptionFilter] could not roll back transaction
| javax.naming.NamingException: Local server is not initialized
| at org.jnp.interfaces.LocalOnlyContextFactory.getInitialContext(LocalOnlyContextFactory.java:45)
| at javax.naming.spi.NamingManager.getInitialContext(NamingManager.java:667)
| at javax.naming.InitialContext.getDefaultInitCtx(InitialContext.java:247)
| at javax.naming.InitialContext.init(InitialContext.java:223)
| at javax.naming.InitialContext.<init>(InitialContext.java:197)
| at org.jboss.seam.util.Naming.getInitialContext(Naming.java:35)
| at org.jboss.seam.util.Naming.getInitialContext(Naming.java:47)
| at org.jboss.seam.util.Transactions.getUserTransaction(Transactions.java:149)
| at org.jboss.seam.util.Transactions.isUTTransactionActiveOrMarkedRollback(Transactions.java:122)
| at org.jboss.seam.util.Transactions.isTransactionActiveOrMarkedRollback(Transactions.java:50)
| at org.jboss.seam.servlet.SeamExceptionFilter.rollbackTransactionIfNecessary(SeamExceptionFilter.java:92)
| at org.jboss.seam.servlet.SeamExceptionFilter.doFilter(SeamExceptionFilter.java:52)
| 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.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)
|
If I then go to the register page, I get:
| 21:08:03,265 ERROR [D2DFaceletViewHandler] Problem in renderResponse: Could not instantiate Seam component: register
| org.jboss.seam.InstantiationException: Could not instantiate Seam component: register
| at org.jboss.seam.Component.newInstance(Component.java:1724)
| at org.jboss.seam.Component.getInstance(Component.java:1627)
| at org.jboss.seam.Component.getInstance(Component.java:1594)
| at org.jboss.seam.jsf.SeamVariableResolver.resolveVariable(SeamVariableResolver.java:46)
| at org.apache.myfaces.config.LastVariableResolverInChain.resolveVariable(LastVariableResolverInChain.java:42)
| at com.sun.facelets.el.LegacyELContext$LegacyELResolver.getValue(LegacyELContext.java:134)
| at com.sun.el.parser.AstIdentifier.getValue(AstIdentifier.java:65)
| at com.sun.el.parser.AstValue.getValue(AstValue.java:106)
| at com.sun.el.ValueExpressionImpl.getValue(ValueExpressionImpl.java:192)
| at com.sun.facelets.el.TagValueExpression.getValue(TagValueExpression.java:71)
| at com.sun.facelets.el.LegacyValueBinding.getValue(LegacyValueBinding.java:56)
| at javax.faces.component.UIOutput.getValue(UIOutput.java:77)
| at com.icesoft.faces.renderkit.dom_html_basic.DomBasicInputRenderer.getValue(DomBasicInputRenderer.java:60)
| at com.icesoft.faces.renderkit.dom_html_basic.DomBasicRenderer.getValue(DomBasicRenderer.java:152)
| at com.icesoft.faces.renderkit.dom_html_basic.DomBasicRenderer.encodeEnd(DomBasicRenderer.java:124)
| at javax.faces.component.UIComponentBase.encodeEnd(UIComponentBase.java:536)
| at org.jboss.seam.ui.JSF.renderChild(JSF.java:179)
| at org.jboss.seam.ui.JSF.renderChildren(JSF.java:162)
| at org.jboss.seam.ui.UIDecorate.encodeChildren(UIDecorate.java:162)
| at com.icesoft.faces.application.D2DViewHandler.renderResponse(D2DViewHandler.java:531)
| at com.icesoft.faces.application.D2DViewHandler.renderResponse(D2DViewHandler.java:535)
| at com.icesoft.faces.application.D2DViewHandler.renderResponse(D2DViewHandler.java:535)
| at com.icesoft.faces.application.D2DViewHandler.renderResponse(D2DViewHandler.java:535)
| at com.icesoft.faces.application.D2DViewHandler.renderResponse(D2DViewHandler.java:535)
| at com.icesoft.faces.application.D2DViewHandler.renderResponse(D2DViewHandler.java:535)
| at com.icesoft.faces.application.D2DViewHandler.renderResponse(D2DViewHandler.java:535)
| at com.icesoft.faces.application.D2DViewHandler.renderResponse(D2DViewHandler.java:535)
| at com.icesoft.faces.application.D2DViewHandler.renderResponse(D2DViewHandler.java:535)
| at com.icesoft.faces.application.D2DViewHandler.renderResponse(D2DViewHandler.java:535)
| at com.icesoft.faces.application.D2DViewHandler.renderResponse(D2DViewHandler.java:535)
| at com.icesoft.faces.application.D2DViewHandler.renderResponse(D2DViewHandler.java:535)
| at com.icesoft.faces.application.D2DViewHandler.renderResponse(D2DViewHandler.java:535)
| at com.icesoft.faces.facelets.D2DFaceletViewHandler.renderResponse(D2DFaceletViewHandler.java:273)
| at com.icesoft.faces.application.D2DViewHandler.renderView(D2DViewHandler.java:149)
| at org.apache.myfaces.lifecycle.LifecycleImpl.render(LifecycleImpl.java:384)
| at com.icesoft.faces.webapp.xmlhttp.PersistentFacesServlet.service(PersistentFacesServlet.java:394)
| at javax.servlet.http.HttpServlet.service(HttpServlet.java:802)
| at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252)
| at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
| at org.jboss.seam.servlet.SeamExceptionFilter.doFilter(SeamExceptionFilter.java:46)
| 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.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)
| Caused by: javax.naming.NamingException: Local server is not initialized
| at org.jnp.interfaces.LocalOnlyContextFactory.getInitialContext(LocalOnlyContextFactory.java:45)
| at javax.naming.spi.NamingManager.getInitialContext(NamingManager.java:667)
| at javax.naming.InitialContext.getDefaultInitCtx(InitialContext.java:247)
| at javax.naming.InitialContext.init(InitialContext.java:223)
| at javax.naming.InitialContext.<init>(InitialContext.java:197)
| at org.jboss.seam.util.Naming.getInitialContext(Naming.java:35)
| at org.jboss.seam.util.Naming.getInitialContext(Naming.java:47)
| at org.jboss.seam.Component.instantiateSessionBean(Component.java:1029)
| at org.jboss.seam.Component.instantiate(Component.java:1015)
| at org.jboss.seam.Component.newInstance(Component.java:1720)
| ... 53 more
| 21:08:03,281 ERROR [SeamExceptionFilter] could not roll back transaction
| javax.naming.NamingException: Local server is not initialized
|
Any ideas/advice?
TIA!
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3990325#3990325
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3990325
19 years, 8 months
[JBoss Seam] - Re: Excessive [could not destroy component] 1.1B1 to 1.1CR1
by gavin.king＠jboss.com
anonymous wrote : No, my session scoped SFSB are not sitting around idle.
I don't believe you. If they were not sitting around idle, you would not be getting EJBNoSuchObjectExceptions. Please consider the possibility that this is your problem, instead of fixating that it is mine.
anonymous wrote : What I'm trying to explain in both the ticket (and apologies for diverging here) is that I believe it is Seam's responsibility to handle this better, and agnostic to the JEE container.
Is it also Seam's responsibility to solve the AIDS epidemic in Africa and help America bring democracy and stability to Iraq?
It's all very well to wish for impossible things, but I have to actually write some code at some stage.
There is no platform-neutral way to implement this, since the metadata to control SFSB timeout is not defined by the Java EE spec. End of story. Nor are there any exposed APIs that Seam could call.
anonymous wrote : as of 1.1CR1, Seam is no longer destroying these components successfully (above error). I have @CacheConfig set at 35 minutes. It was previously at 30 minutes and worked FINE on 1.1b1 and below. Seam had no problems destroying these components.
You are the only one who has experienced this (so far). You have given us no way to reproduce the problem. You have given no real information other than a stack trace. And you are ranting and telling us that we have a responsibility to deliver impossible things.
If you can produce a very, very simple test case that demonstrates this happening, we can continue this discussion. If not, I have many other things to do.
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3990310#3990310
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3990310
19 years, 8 months
[JBoss Seam] - Re: Excessive [could not destroy component] 1.1B1 to 1.1CR1
by gavin.king＠jboss.com
Hum, OK I just realized that there *is* a problem (perhaps this is what you have been trying to say all along).
If you have an SFSB sitting in session scope, and you make some requests to the server which do not actually touch that SFSB, then the SFSB will timeout *before* the HttpSession times out. I don't see a really good way to fix this (there is no safe way to "ping" an SFSB AFAIK).
So the only solution is to set the SFSB timeout "much" longer than the HttpSession timeout. Disabling the SFSB timeout altogether will work, and should be reasonably safe to do, since Seam is pretty good about guaranteeing that cleanup occurs at HttpSession timeout.
The other solution is to simply not use SFSBs in this way. Use session-scoped SFSBs only if you know that they will be used on each page, or at the beginning of each conversation, or whatever.
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3990298#3990298
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3990298
19 years, 8 months
[JBoss jBPM] - org.jbpm.JbpmException: setRollbackOnly was invoked
by meghanai_99
Hello,
I have been struggling to get jBPM running on Tomcat 5.5.17. As it currently stands, the webapp seems to have deployed with all the jars specfieid in 'JBPM3 on Tomcat' thread. When I try to visit index.jsp I get FacesException that it cannot get value for userBean.userSelectItem. I have posted that on the same thread.
Then I copied hsqldb.jar to my jbpm\web-inf\lib and also added log4j.properties to classes folder. Now I get following exception -
org.jbpm.JbpmException: setRollbackOnly was invoked while configuration specifie
s user managed transactions
at org.jbpm.persistence.db.DbPersistenceService.close(DbPersistenceServi
ce.java:139)
at org.jbpm.svc.Services.close(Services.java:211)
at org.jbpm.JbpmContext.close(JbpmContext.java:139)
at org.jbpm.msg.command.CommandExecutorThread.executeCommand(CommandExec
utorThread.java:139)
at org.jbpm.msg.command.CommandExecutorThread.run(CommandExecutorThread.
java:79)
and it is throwing this exception periodically. so my question is was it right thing to add that jar file? I did not see any hsql specific jar in the lib folder and Tomcat doesn't have any by default like jBoss so I thought of adding one.
Also I don't think I am getting anything by adding log4j.properties. How do I turn on logging from jBPM?
Please let me know what I am doing wrong? :(
I have to get this working by tomorrow :((
Thank you in advance.
- Meghana
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3990294#3990294
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3990294
19 years, 8 months