[Clustering/JBoss] - Could not find data type to lookup by marshaller
by vulee
I have a cluster with two nodes hosted by Jboss 4.0.3SP1. All run well, but I keep getting these msgs in the log. Even when I started the cluster with just one node, I still got these msgs. I don't know why it tried to load from remote server. When I set the priority value to TRACE, I did not see this message "Remotely loaded marshaller". That meant the server could not even load it from the server.
>From the log, I could see the server tried to find the Marshaller first which meant it attempted to marshall data before sending it out.
Could some one give me a suggestion?
anonymous wrote : 2007-04-03 10:53:26,874 DEBUG [org.jboss.remoting.marshal.MarshalFactory] Tried to find marshaller from locator by both data type and class name but was unsuccessful. Will try to load it from remote server.
| 2007-04-03 10:53:27,232 DEBUG [org.jboss.remoting.marshal.MarshalFactory] Could not find data type to lookup by unmarshaller class
| 2007-04-03 10:53:27,299 DEBUG [org.jboss.remoting.marshal.MarshalFactory] Could not find data type to lookup by marshaller class
| 2007-04-03 10:53:27,299 DEBUG [org.jboss.remoting.marshal.MarshalFactory] Tried to find marshaller from locator by both data type and class name but was unsuccessful. Will try to load it from remote server.
| 2007-04-03 10:53:27,661 DEBUG [org.jboss.remoting.marshal.MarshalFactory] Could not find data type to lookup by unmarshaller class
| 2007-04-03 10:53:27,730 DEBUG [org.jboss.remoting.marshal.MarshalFactory] Could not find data type to lookup by marshaller class
| 2007-04-03 10:53:27,731 DEBUG [org.jboss.remoting.marshal.MarshalFactory] Tried to find marshaller from locator by both data type and class name but was unsuccessful. Will try to load it from remote server.
| 2007-04-03 10:53:29,382 DEBUG [org.jboss.remoting.marshal.MarshalFactory] Could not find data type to lookup by unmarshaller class
| 2007-04-03 10:53:29,455 DEBUG [org.jboss.remoting.marshal.MarshalFactory] Could not find data type to lookup by marshaller class
| 2007-04-03 10:53:29,455 DEBUG [org.jboss.remoting.marshal.MarshalFactory] Tried to find marshaller from locator by both data type and class name but was unsuccessful. Will try to load it from remote server.
| 2007-04-03 10:53:29,511 DEBUG [org.jboss.remoting.marshal.MarshalFactory] Could not find data type to lookup by unmarshaller class
| 2007-04-03 10:53:29,643 DEBUG [org.jboss.remoting.marshal.MarshalFactory] Could not find data type to lookup by marshaller class
| 2007-04-03 10:53:29,644 DEBUG [org.jboss.remoting.marshal.MarshalFactory] Tried to find marshaller from locator by both data type and class name but was unsuccessful. Will try to load it from remote server.
| 2007-04-03 10:53:29,721 DEBUG [org.jboss.remoting.marshal.MarshalFactory] Could not find data type to lookup by unmarshaller class
| 2007-04-03 10:53:29,783 DEBUG [org.jboss.remoting.marshal.MarshalFactory] Could not find data type to lookup by marshaller class
| 2007-04-03 10:53:29,783 DEBUG [org.jboss.remoting.marshal.MarshalFactory] Tried to find marshaller from locator by both data type and class name but was unsuccessful. Will try to load it from remote server.
| 2007-04-03 10:53:29,859 DEBUG [org.jboss.remoting.marshal.MarshalFactory] Could not find data type to lookup by unmarshaller class
| 2007-04-03 10:53:29,948 DEBUG [org.jboss.remoting.marshal.MarshalFactory] Could not find data type to lookup by marshaller class
| 2007-04-03 10:53:29,948 DEBUG [org.jboss.remoting.marshal.MarshalFactory] Tried to find marshaller from locator by both data type and class name but was unsuccessful. Will try to load it from remote server.
| 2007-04-03 10:53:30,087 DEBUG [org.jboss.remoting.marshal.MarshalFactory] Could not find data type to lookup by unmarshaller class
| 2007-04-03 10:53:30,161 DEBUG [org.jboss.remoting.marshal.MarshalFactory] Could not find data type to lookup by marshaller class
| 2007-04-03 10:53:30,161 DEBUG [org.jboss.remoting.marshal.MarshalFactory] Tried to find marshaller from locator by both data type and class name but was unsuccessful. Will try to load it from remote server.
| 2007-04-03 10:53:30,830 DEBUG [org.jboss.remoting.marshal.MarshalFactory] Could not find data type to lookup by unmarshaller class
| 2007-04-03 10:53:30,884 DEBUG [org.jboss.remoting.marshal.MarshalFactory] Could not find data type to lookup by marshaller class
| 2007-04-03 10:53:30,885 DEBUG [org.jboss.remoting.marshal.MarshalFactory] Tried to find marshaller from locator by both data type and class name but was unsuccessful. Will try to load it from remote server.
| 2007-04-03 10:53:31,165 DEBUG [org.jboss.remoting.marshal.MarshalFactory] Could not find data type to lookup by unmarshaller class
| 2007-04-03 10:53:31,231 DEBUG [org.jboss.remoting.marshal.MarshalFactory] Could not find data type to lookup by marshaller class
| 2007-04-03 10:53:31,231 DEBUG [org.jboss.remoting.marshal.MarshalFactory] Tried to find marshaller from locator by both data type and class name but was unsuccessful. Will try to load it from remote server.
| 2007-04-03 10:53:45,014 DEBUG [org.jboss.remoting.marshal.MarshalFactory] Could not find data type to lookup by unmarshaller class
| 2007-04-03 10:53:45,162 DEBUG [org.jboss.remoting.marshal.MarshalFactory] Could not find data type to lookup by marshaller class
| 2007-04-03 10:53:45,162 DEBUG [org.jboss.remoting.marshal.MarshalFactory] Tried to find marshaller from locator by both data type and class name but was unsuccessful. Will try to load it from remote server.
| 2007-04-03 10:53:52,473 DEBUG [org.jboss.remoting.marshal.MarshalFactory] Could not find data type to lookup by unmarshaller class
| 2007-04-03 10:53:52,591 DEBUG [org.jboss.remoting.marshal.MarshalFactory] Could not find data type to lookup by marshaller class
| 2007-04-03 10:53:52,592 DEBUG [org.jboss.remoting.marshal.MarshalFactory] Tried to find marshaller from locator by both data type and class name but was unsuccessful. Will try to load it from remote server.
| 2007-04-03 10:53:52,642 DEBUG [org.jboss.remoting.marshal.MarshalFactory] Could not find data type to lookup by unmarshaller class
| 2007-04-03 10:53:52,704 DEBUG [org.jboss.remoting.marshal.MarshalFactory] Could not find data type to lookup by marshaller class
| 2007-04-03 10:53:52,704 DEBUG [org.jboss.remoting.marshal.MarshalFactory] Tried to find marshaller from locator by both data type and class name but was unsuccessful. Will try to load it from remote server.
| 2007-04-03 10:53:53,180 DEBUG [org.jboss.remoting.marshal.MarshalFactory] Could not find data type to lookup by unmarshaller class
|
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4034278#4034278
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4034278
19 years
[JBoss Seam] - Re: seam and jboss as 4.2
by james_hays＠mac.com
I've run into an issue when using Seam and JBoss 4.2. I've followed the examples found on the forums, especially Gavin's guide to getting the booking example to work.
http://www.jboss.com/index.html?module=bb&op=viewtopic&t=94738
When using JBoss 4.2RC1, I'm not getting a java.lang.NoClassDefFoundError: org/apache/commons/digester/Digester
In the JBoss AS 4.0.5 release, the digester class was found in the jbossweb-tomcat55.sar\jsf-libs directory. But, is not found anywhere in the 4.2 structure.
Here is the relavant stacktrace
anonymous wrote : java.lang.NoClassDefFoundError: org/apache/commons/digester/Digester
| at org.ajax4jsf.framework.resource.ResourceBuilderImpl.registerConfig(ResourceBuilderImpl.java:131)
| at org.ajax4jsf.framework.resource.ResourceBuilderImpl.registerResources(ResourceBuilderImpl.java:216)
| at org.ajax4jsf.framework.resource.ResourceBuilderImpl.(ResourceBuilderImpl.java:120)
| at org.ajax4jsf.framework.resource.InternetResourceBuilder.getInstance(InternetResourceBuilder.java:156)
| at org.ajax4jsf.framework.renderer.RendererBase.getResourceBuilder(RendererBase.java:136)
| at org.ajax4jsf.framework.renderer.RendererBase.getResource(RendererBase.java:131)
| at org.ajax4jsf.renderkit.html.AjaxFormRenderer.(AjaxFormRenderer.java:74)
| at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
In fact, all the apache commons are gone. Is this a jar that needs to be included at the jboss level, or should I simply include it at the ear level?
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4034277#4034277
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4034277
19 years
[JBoss Seam] - Re: Possible bug - POJO doesn't automatically join transacti
by ASavitsky
EntityHome.persist might call joinTransaction, but EntityController.persist (which I use) certainly does not. Anyway, here's the stack trace:
ERROR [org.jboss.seam.web.ExceptionFilter] - uncaught exception
| javax.servlet.ServletException: Error calling action method of component with id _id2:_id58
| at javax.faces.webapp.FacesServlet.service(FacesServlet.java:154)
| 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.RedirectFilter.doFilter(RedirectFilter.java:45)
| at org.jboss.seam.web.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:49)
| 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.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.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)
| ERROR [org.jboss.seam.web.ExceptionFilter] - exception root cause
| javax.faces.FacesException: Error calling action method of component with id _id2:_id58
| at org.apache.myfaces.application.ActionListenerImpl.processAction(ActionListenerImpl.java:72)
| at javax.faces.component.UICommand.broadcast(UICommand.java:109)
| at javax.faces.component.UIViewRoot._broadcastForPhase(UIViewRoot.java:97)
| at javax.faces.component.UIViewRoot.processApplication(UIViewRoot.java:171)
| at org.apache.myfaces.lifecycle.InvokeApplicationExecutor.execute(InvokeApplicationExecutor.java:32)
| at org.apache.myfaces.lifecycle.LifecycleImpl.executePhase(LifecycleImpl.java:95)
| at org.apache.myfaces.lifecycle.LifecycleImpl.execute(LifecycleImpl.java:70)
| at javax.faces.webapp.FacesServlet.service(FacesServlet.java:139)
| 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.RedirectFilter.doFilter(RedirectFilter.java:45)
| at org.jboss.seam.web.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:49)
| 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.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.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.faces.el.EvaluationException: /users.xhtml @42,67 action="#{userBean.saveUser}": javax.persistence.TransactionRequiredException: no transaction is in progress
| at com.sun.facelets.el.LegacyMethodBinding.invoke(LegacyMethodBinding.java:73)
| at org.apache.myfaces.application.ActionListenerImpl.processAction(ActionListenerImpl.java:61)
| ... 31 more
| Caused by: javax.persistence.TransactionRequiredException: no transaction is in progress
| at org.hibernate.ejb.AbstractEntityManagerImpl.flush(AbstractEntityManagerImpl.java:294)
| at org.jboss.seam.persistence.EntityManagerProxy.flush(EntityManagerProxy.java:81)
| at org.jboss.seam.framework.EntityController.flush(EntityController.java:52)
| at test.UserBean.saveUser(UserBean.java:46)
| at test.UserBean$$FastClassByCGLIB$$48b4ac17.invoke(<generated>)
| at net.sf.cglib.proxy.MethodProxy.invoke(MethodProxy.java:149)
| at org.jboss.seam.intercept.RootInvocationContext.proceed(RootInvocationContext.java:45)
| at org.jboss.seam.intercept.SeamInvocationContext.proceed(SeamInvocationContext.java:57)
| at org.jboss.seam.interceptors.BijectionInterceptor.aroundInvoke(BijectionInterceptor.java:47)
| at org.jboss.seam.intercept.SeamInvocationContext.proceed(SeamInvocationContext.java:69)
| at org.jboss.seam.interceptors.ManagedEntityIdentityInterceptor.aroundInvoke(ManagedEntityIdentityInterceptor.java:37)
| at org.jboss.seam.intercept.SeamInvocationContext.proceed(SeamInvocationContext.java:69)
| at org.jboss.seam.interceptors.RollbackInterceptor.aroundInvoke(RollbackInterceptor.java:34)
| at org.jboss.seam.intercept.SeamInvocationContext.proceed(SeamInvocationContext.java:69)
| at org.jboss.seam.interceptors.ConversationInterceptor.aroundInvoke(ConversationInterceptor.java:63)
| at org.jboss.seam.intercept.SeamInvocationContext.proceed(SeamInvocationContext.java:69)
| at org.jboss.seam.interceptors.TransactionInterceptor$1.work(TransactionInterceptor.java:32)
| at org.jboss.seam.util.Work.workInTransaction(Work.java:37)
| at org.jboss.seam.interceptors.TransactionInterceptor.aroundInvoke(TransactionInterceptor.java:27)
| at org.jboss.seam.intercept.SeamInvocationContext.proceed(SeamInvocationContext.java:69)
| at org.jboss.seam.interceptors.MethodContextInterceptor.aroundInvoke(MethodContextInterceptor.java:27)
| at org.jboss.seam.intercept.SeamInvocationContext.proceed(SeamInvocationContext.java:69)
| at org.jboss.seam.intercept.RootInterceptor.invoke(RootInterceptor.java:103)
| at org.jboss.seam.intercept.JavaBeanInterceptor.interceptInvocation(JavaBeanInterceptor.java:154)
| at org.jboss.seam.intercept.JavaBeanInterceptor.intercept(JavaBeanInterceptor.java:89)
| at test.UserBean$$EnhancerByCGLIB$$5c21fbad.saveUser(<generated>)
| 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:585)
| at com.sun.el.parser.AstValue.invoke(AstValue.java:130)
| at com.sun.el.MethodExpressionImpl.invoke(MethodExpressionImpl.java:274)
| at com.sun.facelets.el.TagMethodExpression.invoke(TagMethodExpression.java:68)
| at com.sun.facelets.el.LegacyMethodBinding.invoke(LegacyMethodBinding.java:69)
| ... 32 more
|
One thing I noticed is that if I remove the @Out annotation on selectedUser, and instead provide a getter for it (referencing it as userBean.selectedUser in the page), the exception doesn't happen.
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4034269#4034269
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4034269
19 years
[JBoss Seam] - Seam performance (NOT an issue)
by fhh
Hello!
Some people wondered about the performance of Seam in bigger applications. We started a mid-sized application three days ago and I can only report good things.
The application supports call center agents it is composed of a SWT java solution that runs locally and interacts with other programms started on the agent's box. It then transmits data to a JBoss seam application to displays different input forms depending on the context the agent is in.
We have about four hundred concurrent user. They answered about 25.000 calls per day - most of them betwenn 9 and 12 am. I would estimate that this sums up to about 250.000 page impressions per day but I have to look at the exact numbers during the next days. I think the number of PIs will never be a problem. The only thing I was slightly concerned about was memory consumption due to the number of concurrent users.
We do not use application-server clustering at the moment and it does not seems necessary from a performance point of view (The application is not mission critical so reliability is not that much of an issue). The application server runs on a dual Xenon 2.4 Ghz on an Novell Cluster (not a good choice btw). During the morning the server was using about 15% cpu occiasonally peaking up to 20%. During the slower evening hours it went down to 2-3% percent. Even during peak times there was no noticeable slow down or anything. It seemed happy with its initial amount of 1 GB memory and did not require more than 20 database connection to serve all users. It seems Gavin's mantra of the stateful facade has some truth in it.
It is hard to predict how many users we could serve so I will not try to. There will be much bigger projects ahead so we may know more than. At the moment I am just happy that performance is something we do not have to think about.
One thing to note in these numbers is that database performance is not a limiting factor in our setup. The backend is a huge (meaning: really expensive) Oracle database that scales effortlessly for such a small application. I think in the typical setup with the database on the same machine the database will most likely be the limiting factor.
Regards
Felix
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4034268#4034268
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4034268
19 years