[JBoss Seam] - asynchasynchronous transactions problem
by Stateless Bean
hi,
I got problem with commiting my enties.
i have aasynchronous method like
public void method() {
//Here i invoke other method like
doSomethink();
}
and here is problem, when i invoke doSomethink() directly on page via s:link action="#{myBean.doSomethink} it works!!! and do everthink fine, but when i invoke those method inside method() i get following error.
Can anyone explain me whats i going on?
For end of that on Jboss 4.0.4 evrthink also works fine, this problem is thrown on JBoss 4.0.5!!! why?
I use Seam 1.6, Postgre 8.2,
| 20:54:45,015 ERROR [TimerImpl] Error invoking ejbTimeout: java.lang.RuntimeExcep
| tion: org.jboss.tm.JBossRollbackException: Unable to commit, tx=TransactionImpl:
| XidImpl[FormatId=257, GlobalId=asia/20, BranchQual=, localId=20] status=STATUS_N
| O_TRANSACTION; - nested throwable: (javax.persistence.PersistenceException: org.
| hibernate.validator.InvalidStateException: validation failed for: pl.sguni.plane
| t.Planet)
|
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4042209#4042209
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4042209
17 years, 1 month
[JBoss Seam] - Blog example fails to load on Windows JDK 6
by RobJellinghaus
With a fresh install of Seam 1.2.1GA, on Windows JDK 1.6.0-b105, and a fresh build of the blog example under Tomcat, index.xhtml fails to load. The webapp starts up OK, but going to http://localhost:8080/jboss-seam-blog gives a "Page not found", and a JGroups-related exception in the log.
I am about to file a JIRA issue; I'll post the link here once done.
Rolling back to JDK 1.5 causes the problem to go away.
This seriously destabilizes my Seam + GWT demo, which is built on the blog example. I may look into removing JGroups from the example, but a real fix would be wonderful.
Here is my Java version:
C:\perforce\iv4\integration>java -version
| java version "1.6.0"
| Java(TM) SE Runtime Environment (build 1.6.0-b105)
| Java HotSpot(TM) Client VM (build 1.6.0-b105, mixed mode)
Here is the relevant portion of the Tomcat log (complete log in JIRA):
| May 1, 2007 11:32:34 AM com.sun.facelets.FaceletViewHandler handleRenderException
| SEVERE: Error Rendering View[/index.xhtml]
| java.lang.RuntimeException: exception invoking: start
| at org.jboss.seam.util.Reflections.invokeAndWrap(Reflections.java:133)
| at org.jboss.seam.Component.callComponentMethod(Component.java:1834)
| at org.jboss.seam.Component.callCreateMethod(Component.java:1757)
| at org.jboss.seam.Component.newInstance(Component.java:1746)
| at org.jboss.seam.Component.getInstance(Component.java:1643)
| at org.jboss.seam.Component.getInstance(Component.java:1622)
| at org.jboss.seam.Component.getInstance(Component.java:1599)
| at org.jboss.seam.Component.getInstance(Component.java:1594)
| at org.jboss.seam.core.PojoCache.instance(PojoCache.java:74)
| at org.jboss.seam.ui.UICache.getFromCache(UICache.java:100)
| at org.jboss.seam.ui.UICache.encodeChildren(UICache.java:55)
| at com.sun.facelets.tag.jsf.ComponentSupport.encodeRecursive(ComponentSupport.java:244)
| at com.sun.facelets.tag.jsf.ComponentSupport.encodeRecursive(ComponentSupport.java:249)
| at com.sun.facelets.FaceletViewHandler.renderView(FaceletViewHandler.java:573)
| at org.ajax4jsf.framework.ViewHandlerWrapper.renderView(ViewHandlerWrapper.java:108)
| at org.ajax4jsf.framework.ajax.AjaxViewHandler.renderView(AjaxViewHandler.java:229)
| at org.apache.myfaces.lifecycle.LifecycleImpl.render(LifecycleImpl.java:384)
| at javax.faces.webapp.FacesServlet.service(FacesServlet.java:138)
| at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252)
| at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
| at org.jboss.seam.web.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:63)
| at org.jboss.seam.web.ExceptionFilter.doFilter(ExceptionFilter.java:57)
| at org.jboss.seam.web.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:49)
| at org.jboss.seam.debug.hot.HotDeployFilter.doFilter(HotDeployFilter.java:60)
| at org.jboss.seam.web.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:49)
| at org.jboss.seam.web.RedirectFilter.doFilter(RedirectFilter.java:45)
| 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:214)
| 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:825)
| at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.processConnection(Http11Protocol.java:738)
| at org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.java:526)
| 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:619)
| Caused by: org.jgroups.ChannelException: failed loading class
| at org.jgroups.conf.ClassConfigurator.init(ClassConfigurator.java:92)
| at org.jgroups.conf.ClassConfigurator.getInstance(ClassConfigurator.java:112)
| at org.jgroups.stack.ProtocolStack.<init>(ProtocolStack.java:48)
| at org.jgroups.JChannel.<init>(JChannel.java:254)
| at org.jgroups.JChannel.<init>(JChannel.java:234)
| at org.jboss.cache.TreeCache._createService(TreeCache.java:1421)
| at org.jboss.cache.TreeCache.createService(TreeCache.java:1346)
| at org.jboss.seam.core.PojoCache.start(PojoCache.java:39)
| at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
| at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
| at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
| at java.lang.reflect.Method.invoke(Method.java:597)
| at org.jboss.seam.util.Reflections.invoke(Reflections.java:20)
| at org.jboss.seam.util.Reflections.invokeAndWrap(Reflections.java:123)
| ... 43 more
| Caused by: java.lang.ClassNotFoundException: [Ljava.lang.Object;
| at org.jgroups.util.Util.loadClass(Util.java:1215)
| at org.jgroups.conf.ClassMap.getClassForMap(ClassMap.java:55)
| at org.jgroups.conf.ClassConfigurator.init(ClassConfigurator.java:74)
| ... 56 more
|
Thanks for your attention,
Rob
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4042199#4042199
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4042199
17 years, 1 month
[JBoss Seam] - Re: Trinidad PPR/Ajax and Seam
by chane
"smithbstl" wrote : Thanks Chris, I have it most of the way working except for a couple of issues.
|
| 1. When i use a commandLink to open the dialog, I can't get PPR to refresh the inputText on the orginal page. I keep getting this message
|
| ERROR [STDERR] May 1, 2007 9:11:57 AM org.apache.myfaces.trinidadinternal.renderkit.core.ppr.PPRResponseWriter$PPRTag finish
| | WARNING: No PPR-capable id found for elements of CoreInputText[UIXEditableFacesBeanImpl, id=customer_input]. This component has not written-out an id attribute.
|
| customer_input is the inputText I wish to pass the value from the dialog back to.
|
| Here is the relevant part of the page
| <tr:inputText id="customer_input"
| | value="(Empty)"
| | label="Enter New Customer:"
| | partialTriggers="dialog_id"/>
| | <s:conversationPropagation>
| | <tr:commandLink id="dialog_id"
| | text="find Customer"
| | action="dialog:chooseCustomer"
| | useWindow="true" windowHeight="400"
| | windowWidth="400" partialSubmit="true"/>
| | </s:conversationPropagation>
|
I use a returnListener on my command link. That is what sets the value on my backing bean. I then have the backing bean provide the value to the input box. That might be it? If there isn't a backing bean on the value, how is the framework going to know what to update (also, don't using the binding attribute on inputbox - will not work - there is another thread talking about this).
As for the error, I don't know. You might ask on the trinidad list (which is now the myfaces list since it got "promoted").
Also, I have not used the <s:conversationPropagation/> tag. If you use this, does it mean you don't have to have the custom ActionListener and PhaseListener?
"smithbstl" wrote :
| 2. When I use a tr:inputListOfValues component instead (it encapsulates all the functionality I need) the object I hand back to the page is getting its toString method called instead of correctly referencing a property of the object
|
|
| | <tr:inputListOfValues returnListener="#{requestEntry.processReturn}"
| | id="customer_input"
| | label="Enter New Customer:"
| | value="#{requestEntry.customer.userName}"
| | action="dialog:chooseCustomer"/>
|
| The userName property is not being referenced at all and instead the toString method of the customer object is being called instead. It really makes no sense. I have outputed the customer object's properties to the console during the ActionEvent of the dialog and again during ReturnListener of the calling form so I know the object is being passed correctly, its just the value property of the inputListOfValues is being weird.
|
hmmm...that does sound strange. I would ask on the Trinidad list. I tried to use inputListOfValues also but ran into problems trying to make it readonly so I gave up trying to use it for now. Altough, it almost sounds like it is a Seam issue and can not find the properties correctly. Can you get the "userName" by using <h:inputText>?
Wish I could help more. If you figure it out, you might post here so others trying to do something similar can learn from your efforts.
Chris....
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4042196#4042196
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4042196
17 years, 1 month